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Programmare l’Amiga: Da Francoforte: 
. LE LISTE DELL’EXEC PARLANO | PROGRAMMATORI 
| L’AZTEC C DELLA MANX Lisa 

| GADGETTBOOREANI ECLISSI SUL C-128 
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Il mondo di GEOS: — 
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S. 


un utente di GEOS e ne sei 
entusiasta? Desideri scoprirne 
ogni dettaglio e impararne il funziona- 
mento? Vuoi programmare in questo si- 
stema operativo ad ambiente grafico? Al- 
lora questo volume della IHT ti è indi- 
spensabile. Scritta dagli stessi creatori di 
GEOS, questa guida svela tutti i segreti 
del sistema operativo e permette di crea- 
re stupende applicazioni per il C-64 e il 
C-128 dotate di interfaccia utente grafi- 
ca, menu, icone, finestre, box di dialogo, 
fonti proporzionali, processi in multi- 
tasking, RAM disk, gestione dei file in 
overlay, controllo del mouse, driver di 
input e di stampa, e tante altre caratteri- 
stiche che fanno di GEOS un ambiente di 
lavoro e sviluppo davvero professionale. 
592 pagine, L. 64.000 
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Il Clan dei pirati dello spazio seguaci del dio fl SCE 
del male OKIRA, hanno rapito lavostra adorata | ® Mie ® 00 
pricipessa DIORA e stanno ora tenendo|_: 222 arc 
l'impero in ansia per il riscatto ... 

Voi dovete perlustrare tre pianeti per trovare la vostra principessa, 
e ciascuno di essi sarà fortemente scortato da guerrieri di OKIRA 
estremamente addestrati. Trova il pianeta in cui DIORA viene 
trattenuta, distruggi i pirati, e una fata ti csaudira un unico desiderio. 

Amore e magia ti aiuteranno ad uscire vittorioso — tu non devi 
| fallire questa missione. Raccogli punti di forza per ricaricare le tue 
Elga li=MiGi Fissi palio |RSelo]e:\VAViW=tarZzi lake [VE]e]NonUKoto]ag]oX:1nufoJ=iat-]oJglasi 
un varco tra i pianeti. 
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La guerra è quasi terminata. La tua fazione Bf 
È ‘Sembra aver perso tutto. Ma cè solo un'ultima AI 
HI #5) | possibilità per salvare la battaglia. \W 
BETS S| | Tu devi lottare per portare a termine con 3.1 
successo 3 missioni mortali, abbattendo le posizioni nemiche, |} 
finchè tu non raggiungerai il Quartiere Generale dei nemici. Fai |‘ 
esplodere i serbatoi, le piazzole delle armi, e abbatti i gruppi dei 
soldati nemici. Le tue provviste sono limitate, per questo tu devi &\Ulbo 
raccogliere lancia razzi ricambio e munizioni perla tua pistola, lasciati È 

dai soldati in fuga. 










AND THE BOOK OF THE DEAD 


Lastoria inzia nell'antico Egitto. Il Dio del male, 
SETH, ha rubato il Libro dei Morti e lo ha 
nascosto nel profondo dell'Inferno. 9 

Tu sei Mafdet, il gatto Dio della Vendetta, il 
quale e stato convocato da ISIS (Dio della Terra) per recuperare il Libro 
e restituirlo al propolo Egiziano. 

il Raccogli amuleti che ti niuteranno nel tuo cammino; 

i trasformati da gatto a umano per superare alcuni ostacoli; 

îl combatti per apirti un varco tra labirinti e prigioni; soprattutto — 
TROVA IL LIBRO. 
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L’INTELLIGENZA ARTIFICIALE SULL’AMIGA 

E IL PACCHETTO MAGELLAN i 
L'evoluzione dell'intelligenza artificiale dal primo sistema 
esperto, Mycin, al recentissimo metodo dei frame. E ora 
FIA arriva anche sull’Amiga con Magellan 


LE STAMPANTI OKI A 9 AGHI E A 18 AGHI 
Prova hardware di due stampanti caratterizzate 
soprattutto dal ridottissimo ingombro 


LA PAROLA AI PROGRAMMATORI: 

STA NASCENDO L’AMIGA 3000? 

Poche novità ufficiali, all’Amiga Developers Conference 
di Francoforte. Per avere qualche anticipazione ci siamo 
rivolti direttamente a programmatori e costruttori 


GEOS: COME COSTRUIRE UN BOX DI DIALOGO 
Con un articolo sui box di dialogo, arricchito da un 
esempio, si conclude la serie dedicata alla struttura del 
sistema operativo GEOS. Le prime notizie su geoChart e 
su GEOS 2.0 





UN C-128 A CACCIA DI ECLISSI i 
Terzo listato della serie ‘astronomia’: dopo pianeti 
e comete, anche le eclissi non hanno più segreti 
per il Commodore 128 


CORSO DI PROGRAMMAZIONE IN C 
PER L’AMIGA 


Seconda puntata: programmare l’Amiga con il sistema 
Aziec C della Manx 


COME PROGR GET BOOLEANI 
DI INTUITION ARIMARE LGAR 

Gadget hit e gadget toggle: quando e come impiegarli 
per personalizzare i propri programmi. La gestione a 
mutua esclusione. | gadget con maschera 


EXECBASE: | PARAMETRI LE LISTE 
DI SISTEMA DINAMICI E 


Si completa l'analisi della struttura ExecBase dell’Amiga 
con l'esame degli ultimi 34 parametri 


LE MACRO ISTRUZIONI ASSEMBLY DELL’AMIGA 
Un articolo sul linguaggio macchina dell’Amiga 
con la descrizione di tutte le macro relative alle libreri 
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NOTE EDITORIALI 








italiano ha l’abitudine di ricorrere all’odiosa, 

aberrante e oppressiva forma del decreto- 
legge su argomenti particolarmente spinosi. Forse 
nella convinzione che gli italiani in prossimità delle 
ferie siano più tolleranti dinanzi a provvedimenti 
cervellotici. 

Prima dell’estate è stata la volta del ministro 
Ferri, che da oscuro peone della politica italiana è 
diventato un personaggio notissimo a tutti grazie 
alla sua crociata contro la velocità. Dimenticandosi 
che nel nostro Paese esistono problemi ben più 
gravi da risolvere, ha tentato di dare origine alla 
razza degli automobilisti-lumaca. Tanto a lui cosa 
importa? A spese dei contribuenti può tranquilla- 
mente turbinare ovunque a 200 all’ora con le 
scorte a sirene spiegate Oppure sfrecciare nei cieli 
con jet ed elicotteri. . 

Tra Natale e Capodanno è stata la volta del 
cossiddetto “decretone fiscale”, che tra le tante 
assurdità ne contiene una dalle proporzioni ciclo- 
piche. A solo un anno dall’abolizione dell'IVA del 
2% sui libri, dal 1° gennaio ’89 è stata reintrodotta 
IVA su libri, quotidiani e periodici con l’aliquota 
maggiorata al 4%. Un’assurda tassa sulla cultura e 
l’informazione scritta, un balzello profondamente 
antidemocratico. WNNE 

Si tratta di un prezzo amaro per l'editoria, 
perché l'IVA porta con sé anche un pesante 
fardello gestionale che si rifletterà in misura ben 
maggiore del 4% sui prezzi al pubblico. È prezzi di 
copertina maggiori vogliono dire meno lettori. E 
meno lettori vogliono dire peggiore andamento di 
un settore come quello dell’editoria già messo in 


I n corrispondenza delle vacanze il Governo 


crisi dal fatto che in Italia si legge poco. 

Ci è stato raccontato che si tratta di una norma 
in favore di un’armonizzazione con quanto avvie- 
ne negli altri Paesi europei. Non è vero. Proprio a 
livello CEE si sta decisamente profilando l’orienta- 
mento a esentare dall’IVA giornali, periodici e 
libri. Tant'è che la stessa CEE ha già compreso 1 
prodotti editoriali tra quelli che dovrebbero essere 
allineati all’aliquota zero. 

Ci è stato raccontato che le casse dello Stato 
hanno urgente bisogno di entrate. In questo 
contesto, il gettito derivante dall’IVA sull editoria 
è talmente scarso da risultare irrilevante e quindi 
inutile. 

Quello che non ci è stato raccontato con molta 
chiarezza è che quasi contemporaneamente all’in- 
troduzione della tassa sulla cultura il potere 
politico ha ritenuto opportuno proporre ] aumen- 
to del finanziamento pubblico ai partiti. L ennesi- 
ma contraddizione di un Paese in cui i miliardi 
spariscono dalle casse dello Stato per confluire 
nelle speculazioni sui terremotati, nelle carceri e 
nelle lenzuola d’oro. 

AI momento di andare in stampa con questo 
numero, il Parlamento non ha ancora adottato 
alcuna decisione in merito alla conversione in 
legge del decreto che impone la tassa sulla cultura. 
Nel frattempo sono emersi pareri contrari a questo 
balzello anche a livello politico, il più autorevole 
dei quali è stato espresso dal presidente del Senato, 
Giovanni Spadolini. La nostra speranza è quella 
che il buon senso, alla fine, prevalga. La cultura 
non ha prezzo e non può essere monetizzata con 
nessuna tassa. ML 
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LA VOCE 


UN CLUB 
DI PROGRAMMATORI 


Sono un vostro lettore di Ma- 
gliano dei Marsi e acquisto quasi 
sempre la vostra rivista. Posso 
dire di essere soddisfatto di tutto 
o . che della posta, perché 
e mogli de Meana 

Sep È po tutti, 
pero è Impossibile che non vi 
arrivi qualche missiva ogni tanto 
che parla di fondare club ma 
badate bene, club di programma- 
zione e non i soliti scambio /ven- 
dita giochi. Ebbene, capitandovi 
sicuramente qualcuna di tali lette- 
re, voi non le pubblicate. Natura]- 
mente voi direte: «Sì, questo dice 
‘ste cose perché vuole che gli 
pubblichiamo la lettera». Ebbene 
sì, lo ammetto, ma questo è solo 
uno dei motivi. 

Ad esempio potrei dirvi che la 
mancanza di software di origine 
italiana e la pacchia dei pirati sono 
dovute più alle riviste che alle 
persone. Voi direte: «Perché?». 
Ebbene, il motivo è semplice: nel 
primo caso, le riviste che non 
pubblicano questo tipo di annun- 
ci disorientano i programmatori 
che non riescono a trovare quel 
qualcosa che li porti a produrre 
giochi. E poi, capirai, se il loro 
gioco lo commercializzano, lo 


6/0%WMDAR 


DEI 





danno a case straniere che poi lo 
passano per un prodotto inglese o 
americano o di qualche altra 
parte, scrivendo del suo realizza- 
tore solo un piccolo nomignolo 
nascosto dai loro loghi. Il secondo 
caso invece è ancora più semplice: 
voi la fareste una legge che vieti la 
copia o la riproduzione di qualco- 
sa che in realtà non c’è? 

E, tanto per essere chiari, fare 
una legge che vieti la riproduzio- 
ne di software è impossibile, per- 
ché non ci sono ditte che richie- 
dono tale protezione (quelle in- 
glesi lo fanno solo in casa, e non in 
Italia) e per questo i pirati da 
edicola non smettono di scrivere 


Indirizzate 
tutta la corrispondenza 
per la rivista a: 


COMMODORE GAZETTE 
La posta della Gazette 
Via Monte Napoleone, 9 
20121 Milano 


Preghiamo i lettori di essere 
concisi e concreti, per darci 
modo di rispondere al 
più grande numero possibile 
di lettere. La redazione si 
riserva comunque il diritto di 
sintetizzare le lettere troppo 
lunghe. 


NOSTRI 


DI» 





LETTORI 


schifezze sui lavori di altri. In 
alternativa, io direi a voi di pub- 
blicare ogni tanto una lettera tipo 
la mia, e agli altri (al popolo) di 
pensare a fondare qualcosa, per- 
ché in Italia si possono fare ottime 
produzioni in quanto i program- 
matori non mancano (vedi quella 
certa Simul... not pubblicità). 

Quindi apritevi, e comunque se 
volete potete sempre scriverci 
inviando qualche vostro lavoro, 0 
più semplicemente dimostrando- 
ci che sapete fare qualcosa in LM 
per C-64, Amiga, Atari ST, IBM, 
Archimedes. Noi contatteremo le 
case di software italiane (sapete, 
ce ne sono addirittura un paio) e 
in seguito potremmo produrre da 
noi il software facendoci un no- 
me. Per entrare a far parte del 
nostro club non servono soldi ma 
soltanto la conoscenza del lin- 
guaggio macchina e molta serietà 
in quello che fate. 


Massimiliano Salustri 

Via S. Maria 

67062 Magliano dei Marsi (AQ) 
(tel. 0863/517885) 


Pubblichiamo volentieri la sua 
lettera, e le facciamo i migliori 
auguri per il club. Ma non riuscia- 
mo a capire per quale recondito 
motivo avremmo dovuto cestinare 
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proprio le lettere dei programmatori 
italiani che ci scrivono per proporre 
la fondazione di club. 


INFORMATICA 
GIUDIZIARIA 


Sono un giovane vincitore del 
concorso per Uditore Giudiziario 
e, in vista del prossimo inizio della 
mia professione, mi sono equi- 
paggiato con un sistema compute- 
rizzato per poter affrontare in 
chiave “moderna” l’ingente lavo- 
ro di scrittura a cui è chiamato il 
magistrato. 

Il sistema a mia disposizione si 
compone dei seguenti elementi: 
Amiga 500, monitor a colori Phi- 
lips CM8833, stampante Citizen 
MSP-10E. 

Ho provato, inoltre, a casa di 
un amico, il word processor LPD 
Writer che mi ha molto favorevol- 
mente impressionato inducendo- 
mi a programmare il suo acquisto. 
Nonostante questo, però, ho in- 
contrato un grossissimo proble- 
ma che mi preme particolarmen- 
te risolvere. 

Il lavoro di scrittura, nel mon- 
do giudiziario e del diritto in 
generale (mi riferisco non solo ai 
magistrati, ma anche ad avvocati, 
notai, commercialisti ecc.) il più 
delle volte dev'essere svolto su 
carta da bollo, o uso bollo, italia- 
na. Quest'ultima, però, com € 
ben noto, utilizza una spaziatura 
tra i righi realizzata con il sistema 
metrico decimale (per la precisio- 
ne la distanza tra i due righi è di 
dieci millimetri) e tale fatto com- 
porta, almeno per me, che non 
sono esperto di computer € pro” 
grammazione, la materiale 1m- 
possibilità di stampare sulla carta 
in oggetto (in modo tale, ovvia- 
mente, da rispettare le spaziature 
tra i righi) documenti elaborati 
con il word processor suddetto. 


Umberto Antico 
Via A. Sogliano, 19 
80141 Napoli 


Può rivolgersi alla Cloanto, una 
software house di Udine che produce 
un word processor italiano, C1- 
Text, in grado di risolvere il suo 
problema. L’indirizzo è Cloanto 
Italia, Via G. B. Bison 24, 33100 
Udine (tel. 0432/46612). 


SE LA CPU È LA STESSA... 


Sono un felice possessore di un 
A2000. Spesso, pensando al pro- 
cessore di questa meravigliosa 
macchina, mi sono posto la se- 
guente domanda: l’Apple Macin- 
tosh, l’Atari ST e il Commodore 
Amiga hanno tutti e tre lo stesso 
microprocessore, il grandioso 
Motorola 68000. Perché allora i 
programmi di una macchina non 
possono girare sull'altra? Quali 
sono le differenze sostanziali? Se i 
programmi di ognuno funzionas- 
sero sugli altri, si avrebbe uno 
strumento per contrastare i PC 
perché si avrebbe un’altra gamma 
di compatibili. 


Guido Dicadani 
Corsico (MI) 


La sola presenza dello stesso 
macroprocessore non può garantire 
la compatibilità di programmi scritti 
per macchine diverse perché il mi- 
croprocessore non è l’unico elemento 
che caratterizza un computer. Esi- 
stono anche il sistema operativo, e le 
risorse hardware. Per esempio, il 
Macintosh, a differenza dell’Amiga, 
non possiede un sistema operativo 
multitasking, e la grafica è monocro- 
matica. Sono differenze sufficienti 
per impedire a un programma di 
agire in entrambi gli ambienti, dal 
momento che per ricevere dati în 
input e generare dati in output deve 
impiegare le risorse del sistema per îl 
quale è stato programmato. 

L'unica possibilità di avere un 
programma “universale” è di non 
fargli utilizzare nessuna risorsa 
della macchina. In altre parole, non 
dovrebbe effettuare nessuna chiama- 
ta al sistema operativo, né prendere 


in considerazione registri diversi da 
quelli della CPU: un programma di 
questo tipo potrebbe girare virtual- 
mente su qualsiasi computer dotato 
della stessa CPU, ma a cosa potrebbe 
servire? Se in ambito MS-DOS le cose 
vanno diversamente, è solo perché 
queste macchine — dal punto di vista 
delle applicazioni — sono pratica- 
mente identiche, tanto quanto sono 
invece diversi fra loro il Macintosh, 
l’Atari ST e l’Amiga. 


MEZZO MEGA PER IL C-64 


Ho un “piccolo” C-64 a cui sono 
molto affezionato e al quale af- 
fianco tutte le periferiche e le 
espansioni che mi posso permet- 
tere (con i soldi che ho speso avrei 
potuto acquistare tre Amiga 
5001): A_ proposito di espansioni, 
vorrei rivelare un piccolo trucco 
utile ai possessori dell'espansione 
1764 (256K) per il 0-64. Questa 
espansione si può facilmente por- 
tare a mezzo Mega (512K) come la 
1750 per il C-128 tramite la sem- 
plice aggiunta di otto chip di RAM 
dinamica 4256-15NL; infatti la 
Commodore ha utilizzato, com'è 
logico, la stessa scheda per en- 
trambe le espansioni. E ora passo 
alle consuete domande. 

Nella recensione di BeckerBA- 
SIC (n. 4/88 di Commodore Gazet- 
te), nelle ultime righe fate trapela- 
re il nome di un interprete Basic, 
il Basic Lightning che a quanto 
pare dovrebbe essere piuttosto 
potente (strutture di controllo 
alla Pascal, procedure con passag- 
gio di parametri ecc.), dove si può 
trovare in Italia questo program- 
ma? Chi lo distribuisce? 


Paolo Carminati 
San Mauro (TN) 


Il Basic Lightning non è un 
programma recentissimo, ma è tutto- 
ra disponibile in Italia. Lo si può 
trovare presso la Lago snc (Via 
Napoleona, 16 — 22100 Como — tel. 
031/300174) e costa L. 39.000. MA 
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presenta 
in esclusiva per l'Italia 


la miglior cartuccia mai prodotta 
per Commodore 64 e 128 


MK V' non solo è la miglior cartridge per effettuare copie di sicurezza 
del proprio software, ma è anche il più efficace velocizzatore 
nastro/disco e la più versatile cartuccia di utility esistente. 
La sua peculiarità più innovativa è data dal suo microprocessore 
interno, appositamente studiato per sovrapporsi a quello del computer, 
ed assolutamente invisibile al sistema. 
Ad esempio, mentre le altre cartucce si fermano ad un banale "Sprite 
Killer" per facilitare i giochi, Mk V' è in grado di trovare 
automaticamente le "Poke" necessarie per le vite infinite di qualsiasi 
programma presente e futuro, senza attendere che siano pubblicate dalle 
riviste o che qualche smanettone studi il programma. Ora anche voi 
potete produrre giochi "trainer", senza alcuna conoscenza di linguaggio 
macchina! Inoltre sprotegge e porta da nastro a disco (e viceversa) 
qualsiasi programma protetto, anche in multiload (con i parametri in 
dotazione); può trasferire molti programmi e files dal formato 5"1/4 al 
nuovo 1581 da 3"1/2; velocizza il nastro 5-6 volte oppure 8-10 volte, 
con velocità selezionabile; velocizza il disk drive come se fosse 
parallelo (2 velocità: 202 blocchi in 9 secondi oppure in 61), ed è 
sempre efficace, anche con i programmi che disabilitano i fastload 
normali. Mk V' incorpora un vero e proprio editor di schermo, per poter 
cambiare più facilmente e velocemente le scritte nelle schermate o nei 
programmi; funziona da interfaccia parallela, per collegare una E 
qualsiasi stampante standard Centronics al C64/128 e di usarla all'interno | 
di qualsiasi programma, anche grafico; stampao salvain qualsiasi | 
momento la schermata o gli sprites di un gioco, per alterarli a 
piacimento. Aggiunge nuovi comandi al Basic, monitor L/M e disk, crea 
serie di immagini in sequenza su nastro, e tantissime altre cose ancora. 


Per Commodore 64 e 128 (in modo 64), con qualsiasi 
registratore o disk drive, originali o compatibili. 


In offerta a solo £, 115,000 





C-64 e C-128 sono marchi registrati della Commeodare Business Machinca. Pagina a cura di IdeaMatix Srl. 


Tel. (02) 55.18.04.84 


Fax (02) 55.18.81.05 
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UNA GUIDA PER ORIENTARSI NEL MONDO DEL SOFTWARE 


BATTLE 
CHESS 


Computer: Amiga 
Supporto: Disco 
Prezzo: L. 59.000 
Produzione: Interplay (Electronic Arts) 
Distribuzione: C.T.O. (Via Piemonte 7/ 


F, 40069 Zola Predosa — 051/753133) 
gni computer ha gli scacchi 
O che si merita: sullo ZX81 era 
praticamente impossibile perde- 
re, sul C-64 alcuni programmi 
danno problemi anche a giocatori 
esperti e sull’Archimedes perfino 
Fischer suderebbe non poco per 
riuscire ad aggiudicarsi il match. 
Fra queste due ultime macchine 
sta l’Amiga, un computer dotato 
di una veloce CPU, ma anche di 
capacità grafiche e sonore Quas! 
imbattibili. Era inevitabile che i 
programmi scacchistici per lAmi- 
ga fossero unici, e questo Battle 
Chess è infatti completamente 
diverso da qualsiasi altro pro- 
gramma di scacchi di questo pia- 
neta. 

Le sue caratteristiche di gioco 
sono notevoli: controllate da me- 
nu a discesa, abbiamo a nostra 
disposizione opzioni che faranno 
la gioia di ogni appassionato del 
nobile gioco. È possibile giocare 
contro il computer, far giocare la 




















macchina contro se stessa (è il 
primo caso di schizofrenia a 16 
bit) o giocare con un’altra perso- 
na. Se poi l’altra persona in 
questione abita dall’altra parte 
del globo, non c’è problema: i 
progettisti della Interplay hanno 





SCHEDA CRITICA 


INSUFFICIENTE 

Un pessimo prodotto che 
non merita nessuna consi 
derazione 





MEDIOCRE 

Il programma ha. alcuni 
difetti di fondo, anche se 
nel complesso raggiunge 
quasi la sufficienza 


DISCRETO 

Un prodotto accettabile 
ma non aspettatevi gran 
dissime emozioni 


BUONO 

Raccomandato vivamen 
fe: tra i migliori programm 
della sua categoria 





OTTIMO 

ccezionale! Fino ad 0gd 
non si era mai visto niente 
del genere 


pensato bene d’includere la possi- 
bilità di collegarsi via modem con 
un altro Amiga e di poter quindi 
ingaggiare sfide con i campioni di 
tutto il mondo... sfide tanto affa- 
scinanti quanto dispendiose, se si 
pensa alla bolletta telefonica. 
Giocando contro il computer, 
possiamo scegliere tra dieci livelli 
di difficoltà, con l’ultimo dei quali 
viene sfruttata tutta la potenza di 
calcolo del nostro Amiga. Quello 
che cambia da un livello all’altro è 
il tempo a disposizione della mac- 
china per pensare alla mossa suc- 
cessiva, che va da un secondo nel 
livello per principianti a ben 22 
inquietantissimi minuti nel livello 
dieci, riservato ai veri esperti. 
Una volta selezionato il livello e 
arrivati sulla scacchiera, possiamo 
scegliere il colore fra rosso e blu, 
caricare una partita lasciata a 
metà precedentemente o iniziar- 
ne una nuova, oppure sfruttare — 
a partita iniziata — il menu Move. 
Questo menu risulta molto uti- 
le ai giocatori più confusionari e 
impazienti, e comprende quattro 
utilissime opzioni. La prima, For- 
ce Move, interrompe i ragiona- 
menti del computer obbligandolo 
a compiere la miglior mossa tro- 
vata sino a quel momento. Take 
Back riporta la partita indietro di 
una mossa, e selezionando ripetu- 
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tamente questa opzione possiamo 
tornare addirittura alla situazione 
iniziale. Replay ha esattamente la 
funzione opposta, dal momento 
che porta avanti di una mossa una 
partita “arretrata” con l’opzione 
precedente. L’ultima possibilità, 
Suggest Move, scambia momen- 
taneamente i ruoli dei giocatori 
volgendo a nostro vantaggio la 
capacità tattica del computer, che 
compie per noi la mossa migliore. 

Esiste ancora un’ultima possibi- 
lità, contenuta in un diverso me- 
nu, che permette di collocare a 
piacere i pezzi sulla scacchiera: si 
può utilizzarla per dare un handi- 
cap a un giocatore (per esempio, 
facendolo giocare senza gli alfieri) 
o per studiare i problemi scacchi- 
stic presentati dalle riviste. 

Certamente questa marea di 
possibilità è molto interessante, 
ma tutto sommato anche alcuni 
programmi per C-64 le contem- 
plavano (Colossus Chess Za per 
esempio). Cos’ha di tanto specia- 
le, allora, Battle Chess? 

Ebbene, questi scacchi della 
Interplay possono essere giocati 
sia in due dimensioni, come la 
maggior parte dei programmi 
scacchistici, sia in tre, e in questo 
caso il gioco si trasforma in uno 
spettacolo senza precedenti. 

Sulla scacchiera, che può essere 

scelta in modo che sembri di 
marmo oppure con caselle mono- 
cromatiche, i pezzi appaiono vivi, 
disegnati e animati al meglio delle 
capacità dell’Amiga. Quando vie- 
ne selezionata una mossa, il pezzo 
interessato cammina attraverso la 
scacchiera accompagnato dai ru- 
mori (in stereo, è ovvio!) tipici del 
suo personaggio. Un pezzo dota- 
to di armatura ha un passo pesan- 
te e metallico, mentre i provocan- 
ti movimenti della Regina sono 
accompagnati da un fruscio di 
seta. Persino la Torre prende una 
forma antropomorfa quando è il 
momento di passare all’azione, e 
si trasforma in un terrorizzante 
gigante di pietra dagli occhi fiam- 
meggianti che avanza implacabile 
10/COMMODOR 
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facendo tremare il terreno sotto i 
suoi granitici piedoni. I quattro 
megabyte impiegati per l’anima- 
zione non vengono però spesi 
tutti nelle sequenze di movimen- 
to... si fanno notare molto di più 
in un’altra occasione: il combatti- 
mento! 

Quando due pezzi si trovano 
sulla stessa casella, l’inevitabile 
vittoria dell’ultimo arrivato viene 
presentata nella maniera più spet- 
tacolare possibile, in un vero e 
proprio scontro all’ultimo sangue 
che ricorda molto la sequenza 
degli scacchi olografici di Guerre 
stellari. I brevi combattimenti 


variano a seconda dei pezzi, con 


risvolti spesso umoristici che la- 
sciano a bocca aperta. 

Se i Pedoni si limitano a decapi- 
tare il pezzo nemico, la potente 
Torre schiaccia sadicamente con 
un pugno di pietra i suoi avversari 
e gli Alfieri maneggiano come 
samurai giapponesi un’asta magi- 
ca con cui lanciano raggi mortali. 
L'eccezione è ovviamente rappre- 
sentata dal Re, che osserva impas- 
sibile gli sforzi della sua vittima 
per poi freddarla con una Ma- 
gnum 45 che estrae dal mantello 
di ermellino! 

Battle Chess è senza dubbio un 
programma divertente da giocare 


ma soprattutto da vedere. Il suo 
tallone d’achille è però rappre- 
sentato proprio da quei combatti- 
menti che ne sono anche il vanto. 
Ogni mossa sulla scacchiera tridi- 
mensionale richiede il caricamen- 
to delle sequenze di suono e 
animazione relative al pezzo coin- 
volto, e un combattimento richie- 
de un altro breve caricamento, al 
tempo del quale va poi aggiunto 
quello della battaglia vera e pro- 
pria. Visti sotto quest'ottica, gli 
scontri fra i pezzi di Battle Chess 
diventano presto una noia, dal 
momento che pur essendo fanta- 
stici mantengono sempre la stessa 
struttura. 





Dopo le prime due o tre partite 
giocate fra le urla dei pezzi colpiti 
e il clangore delle spade che si 
incrociano, la grafica e il sonoro 
di questo programma diventano 
soprattutto un impiccio, che mol- 
ti decideranno di eliminare ricor- 
rendo alla scacchiera bidimensio- 
nale. Soltanto così Battle Chess 
smette di essere un raffinato gio- 
cattolo e si trasforma in un ottimo 
programma di scacchi, la cui 
libreria di 30 mila aperture darà 
più di un grattacapo a tutti coloro 
che hanno deciso d’imparare con 
l’Amiga il gioco più coinvolgente 
del mondo. F.R. 








MICROPROSE 
SOCCER 


Computer: C-64/128 
Supporto: Cassetta/ Disco 
Prezzo: L. 39.000/49.000 
Produzione: Sensible Software 
(Microprose) 
Distribuzione: Leader (Via Mazzini 15, 
25020 Casciago — 0332/212255) 

cco che finalmente anche la 
E Microprose si lancia nel va- 
sto e colorato universo dei giochi 
di simulazione sportiva, e, con 
l’uscita di Microprose Soccer, con- 
tinua a mantenere fede a quella 








tradizione di qualità che la sof- 
tware house è riuscita a costruirsi 
negli ultimi anni. 

Dalle menti dei programmatori 
della Microprose sono nati giochi 
come Airborne Ranger, The Presi- 
dent is Missing, Stealth Fighter, 
che hanno ottenuto un buon 
successo di pubblico e di critica. 
In linea con questa impostazione 
e con lo slogan della casa: “easy to 
learn, difficult to master”, Micro- 
prose Soccer è un’ottima simula- 
zione calcistica, probabilmente 
una delle migliori viste fino a 
oggi. Con la sua ottima prospetti- 
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va dall'alto e una grafica degna 
dei migliori arcade, questo gioco 
unisce rapidità e semplicità d’a- 
zione a tutta una serie di opzioni 
che rendono ogni partita molto 
realistica, senza appesantire trop- 
po l’azione. 

Il programma prevede diverse 
possibilità di gioco, dalla partita 
ufficiale con undici giocatori con- 
tro undici, fino a un interessante 
sei contro sei indoor (il cosiddetto 
calcetto). È ammesso il gioco a 
due, ma se si preferisce ci si può 
sempre confrontare con il com- 
puter. È addirittura possibile or- 
ganizzare una vera e propria 


coppa del mondo (con tanto di 
gironi eliminatori e classifiche) 
che prevede la partecipazione di 
24 nazioni, ognuna dotata di un 
proprio stile di gioco e di una 
propria forza. Ciò permette di 
organizzare tornei di gruppo che 
possono essere salvati e ripresi nel 
giorni seguenti. Anche per il 
giocatore solitario, comunque, 
esiste una “international challen- 
ge”, nella quale si affrontano 
squadre via via più forti controlla- 
te dal computer. A tutto ciò 
vanno aggiunte varie opzioni che 
permettono di controllare la du- 


rata delle partite, i livelli di diffi- 
coltà, le condizioni atmosferiche 
(è anche possibile giocare sotto la 
pioggia, e la differenza si sente!). 

Per quanto riguarda l’azione 
vera e propria, bisogna dire in- 
nanzitutto che il controllo è piut- 
tosto agevole e non smentisce lo 
slogan della Microprose. Dopo 
poche partite si riesce a ottenere il 
completo controllo dell’azione e 
degli uomini in campo. La pro- 
spettiva, come già detto, prevede 
solo la vista dall’alto e ricorda un 
po’ — anche nel modo di control- 
lare i giocatori — il famoso gioco 
da bar World Cup. 

Il giocatore controlla l’uomo 
che lampeggia o che è in possesso 
di palla e lo muove nelle otto 
direzioni con il joystick; se si è in 
possesso di palla il tasto Fire serve 
per tirare (la forza del tiro è 
proporzionale al tempo di pres- 
sione), altrimenti serve per entra- 
re in scivolata in un tackle. Il tiro 
a effetto si ottiene spostando il 
joystick dopo aver tirato. Sullo 
schermo, naturalmente, non ap- 
pare tutto il campo ma solo il 
settore dove si muove il giocatore 
in possesso della palla; in ogni 
caso è un settore sufficientemente 
ampio da consentire una buona 
visione d’insieme del gioco. Se un 
avversario si avvicina troppo alla 
nostra area un segnale acustico ci 
avverte che il controllo del joysti- 
ck passa al portiere, il che ci 
permette di compiere spettacola- 
ri parate e di difendere la porta 
con tempestiva efficienza. 

Si tratta di un gioco semplice e 
completo: dribbling, passaggi, tiri 
a effetto, rovesciate, parate... il 
tutto accompagnato da un'ottima 
grafica e da un sonoro ben realiz- 
zato. Se teniamo conto anche 
della semplicità dei comandi e 
della varietà di possibilità offerta 
al giocatore, non è difficile preve- 
dere che diventerà un pezzo mol- 
to richiesto dagli appassionati di 
calcio o di giochi sportivi su 
computer in generale. I mondiali 
non sono lontani! N.F.R. 
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UMS 


Computer: Amiga 
Supporto: Disco 
Prezzo: L. 45.000 
Produzione: Rainbird 
Disponibile presso: Lago (Via Napoleona 
16, 22100 Como — 031/300174) 
hi fra i nostri lettori ha 
C giocato almeno una volta 
con un war game conoscerà sicu- 
ramente quale sensazione di po- 
tenza si prova quando ci si trova 
di fronte a una mappa a esagoni. 
Le nostre armate, rappresentate 
da migliaia di segnalini di carto- 
ne, sono pronte a eseguire anche 
i più folli ordini; e riuscire a 
sconfiggere l’avversario in uno di 
questi giochi dà una soddisfazio- 
ne veramente notevole. Sulle 
enormi mappe di cartone dei war 
game è possibile ricreare tutte le 
grandi battaglie del passato, misu- 
randosi così contro grandi avver- 
sari come Napoleone o Rommel, 
O sl possono ipotizzare scenari di 
guerra futuri (sperando che non 
sì avverino mai). Soprattutto ne- 
gli Stati Uniti, la passione per i 
war game ha dato vita a vasti 
circoli di appassionati che vivono 
il loro tempo libero nei panni di 
Alessandro Magno o di Hitler, 
studiando a volte per anni la 
realizzazione di un’utopistica “si- 
mulazione perfetta”. 

Dal momento che le variabili in 
gioco in una simulazione aumen- 
tano proporzionalmente alla sua 
complessità, affidare al computer 
i calcoli relativi alle azioni è stato 
un passo ovvio sia per gli appassio- 
nati sia per le ditte specializzate. 
Oltretutto così si risolveva anche 
il problema pratico di dover con- 
servare da qualche parte mappe 
di molti metri quadrati, ricoperte 
da migliaia di leggeri e minuscoli 
segnalini di cartone. Aziende co- 
me la SSI o la SSG australiana 
hanno basato le loro fortune sulla 
creazione e la vendita di simulato- 
ri per home computer d’impres- 
sionante precisione. 
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L’unico problema di questi 
programmi, sino a qualche tempo 
fa, era dato dalle loro limitate 
possibilità. Per avere una simula- 
zione accurata erano necessari 
programmi specifici per ogni bat- 
taglia. Visto anche il notevole 
costo di produzione, gli appassio- 
nati non erano particolarmente 
entusiasti di dover comperare 
una decina di dischi (sempre che 
fossero disponibili) per ricostrui- 
re un conflitto durato magari 
meno di una settimana. 

Una delle persone meno entu- 
siaste di questa situazione era 
sicuramente un certo Ezra Sidran 


GETTYSBURG 
TUMORE) 


TWnTERLOON 
IONI LEIICISLÀ 


che, preso il suo fido C-64, pensò 
bene di scrivere un programma 
polivalente in grado di ricostruire 
qualsiasi battaglia. Il progetto di 
Sidran si è protratto per anni e 
oggi, nonostante esista una ver- 
sione di UMS anche per il C-64, la 
versione definitiva del suo The 
Universal Military Simulator è 
quella realizzata per l’Atari ST. 
Come quasi tutti sanno, le dif- 
ferenze tecniche fra ST e Amiga 
sono minime sino a quando non si 
tirano in ballo le superiori capaci- 
tà grafiche e sonore del mega- 
computer di casa Commodore, e 
la conversione di UMS per i com- 


puter Amiga è stata immediata e 
indolore. 

The Universal Military Simula- 
tor, nella sua versione per l’Ami- 
ga, è contenuto in due dischi: il 
primo contiene cinque battaglie 
preconfezionate e l’utility per far 
girare una battaglia generica, e il 
secondo le utility per progettare 
la battaglia dei propri sogni. 

Se carichiamo uno degli scenari 
dimostrativi, sul monitor appare 
una mappa tridimensionale com- 
posta di quadrati e costellata da 
un’infinità di simboli grafici e 
bandierine che riportano il nome 
del simbolo in questione. Attivan- 





do l’opzione relativa all’inizio del- 
la battaglia da una serie di sei 
eloquenti menu a discesa, appare 
una finestra sulla quale — una alla 
volta — sfilano tutte le nostre 
unità. “Premendo” con il mouse 
uno dei pulsantoni contenuti nel- 
la finestra si possono impartire gli 
ordini destinati a quella particola- 
re unità, e i nostri comandi saran- 
no eseguiti nei limiti del possibile 
durante il successivo turno di 
gioco. Una volta indirizzata an- 
che l’ultima delle nostre unità, ha 
inizio il gioco (o meglio la batta- 
glia), in cui si susseguono, alterna- 
ti fra il nostro esercito e quello 





avversario, una serie di “segmenti 
d’azione”. 

Mentre i nostri ordini vengono 
eseguiti, è possibile sfruttare le 
numerose opzioni fornite da 
UMS. La mappa può essere ruota- 
ta in ogni direzione, e una grossa 
finestra tridimensionale ci per- 
mette di zoomare su qualsiasi 
zona del terreno di battaglia, 
arrivando persino a osservare i 
movimenti di un singolo soldato! 
Possiamo richiamare altre fine- 
stre, grazie alle quali si studiano le 
statistiche relative alla battaglia, si 
cambia la rappresentazione grafi- 
ca degli eserciti avversari (onde 


jettysburg July 3, 1863_ 
x ras 


certamente, ma il bello delle 
guerre simulate è proprio questo. 

Sempre limitandosi a modifica- 
re i parametri degli scenari forniti 
nella confezione, è possibile an- 
che trasformare i fanti di 
Cromwell ad Hastings in panzer- 
greniadern hitleriani o in elicotte- 
ri Apache, dando il via a situazio- 
ni improbabili che presentano 
spesso notevoli sorprese. Sapeva- 
te per esempio che un gruppo di 
cinque carri armati unito all’eser- 
cito di Dario non sarebbe stato 
sufficiente per fermare l’avanzata 
di Alessandro Magno ad Arbela? 

The Universal Military Simulator 


nere a mazione 


È 


ul active: Lee lack} 


d’urto, vettori, simboli o nomi), o 
si modificano i parametri di gio- 
co. 

Proprio questa possibilità d’in- 
terferire in qualsiasi momento 
nell'azione di gioco rappresenta 
l’asso nella manica di The Univer- 
sal Military Simulator, che si rivela 
un prezioso strumento non solo 
per i fanatici dell’azione bellica 
ma anche per gli appassionati di 
storia, che possono così studiare 
cosa sarebbe successo, per esem- 
pio, se durante la battaglia di 
Waterloo Napoleone fosse riusci- 
to a sferrare un attacco alle spalle 
delle linee nemiche. Impossibile, 





non si limita comunque a permet- 
tere al giocatore improbabili mo- 
difiche degli scenari forniti nella 
confezione. Anzi, uno dei suoi 
punti di forza è proprio il disco 
che permette di creare la propria 
battaglia personale. Le utility 
contenute in questo disco ci per- 
mettono di ridisegnare sia la map- 
pa sia le icone relative alle forze in 
campo, definendo nomi e caratte 
ristiche di ogni elemento di gioco. 
Il risultato dei nostri sforzi creati- 
vi può essere poi salvato in un 
blocco unico su di un altro disco, 
e potrà in seguito essere giocato 0 


modificato proprio come i cinque 
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scenari realizzati dagli autori. 

Con un attento uso delle utility 
a disposizione, UMS rende possibi- 
le anche la creazione di scenari 
fantascientifici o fantasy, con la 
simulazione di raggi laser e incan- 
tesimi, e battaglie ambientate in 
tetri castelli o negli stretti corri- 
doi di una base spaziale. 

Dopo un’attenta analisi del 
programma, possiamo dire che ci 
sono soltanto tre aspetti tralascia- 
ti dall'autore: UMS non tiene nel 
debito conto le condizioni atmo- 
sferiche (la Campagna di Russia si 
trasforma da tragedia in una gita 
aziendale), le armi ad ampio rag- 
gio d’azione, ma soprattutto la 
possibilità d’includere nell’azione 
unità navali, che avrebbero reso 
possibile simulare azioni famose 
come lo sbarco in Normandia. 

In realtà, l'incredibile flessibili 
tà di UMS permette di convertire 
parte del terreno in acqua, ma 
l'impossibilità di definire adegua- 
tamente dei mezzi da sbarco o 
anche semplicemente navali, rap- 
presenta una notevole limitazio- 
ne. In un’apposita sezione, Sidran 
spiega d’aver lasciato perdere le 
armi nucleari perché avrebbero 
reso gli scenari troppo brevi, ma 
ciò non toglie che sia gli ordign! a 
fissione sia gli attacchi chimici 
sono purtroppo parte integrante 
della realtà militare del nostro 
tempo, e non ci sarebbe voluto 
molto per trasformare questo 
prodotto in un simulatore vera- 
mente completo. 

Nonostante le piccole mancan- 
ze a cui abbiamo accennato, The 
Universal Military Simulator è sen- 
z'altro il massimo che un appas- 
sionato di war game possa trovare 
su computer. Inoltre, la possibili- 
tà di stampare su carta tutte le 
cartine, le situazioni e le statisti- 
che fa di UMS un prodotto prezio- 
so anche per gli chi ama le 
ricostruzioni storiche. Magari po- 
trebbe essere un aiuto per deci- 
frare le molte storie di guerra che 
ancor oggi rappresentano un 
enigma. F.R. 
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WHO FRAMED 
ROGER 
RABBIT 


Computer: C-64/128/Amiga 
Versione: C-64/128 
Supporto: Disco 
Prezzo: L. 55.000/69.000 
Produzione: Buena Vista Software 
Disponibile presso: Lago (Via Napoleona 
16, 22100 Como — 031/300174) 
hi non ha ancora sentito 
C parlare di Chi ha incastrato 
Roger Rabbit, il film di Robert 
Zemeckis? Riprendendo il vec- 
chio tema disneyiano della fusio- 
ne tra personaggi reali e cartoni 
animati, il regista di Ritorno al 
Futuro ha ottenuto eccezionali 
consensi di pubblico e di critica. I 
suol personaggi animati hanno 
riempito per mesi le copertine dei 
periodici di tutto il mondo e il 
film sì appresta a polverizzare 
ogni record d’incasso. Questa 
volta, oltre ai fumetti e agli innu- 
merevoli gadget basati sui perso- 
naggi e le situazioni del film, c'è 
anche un gioco dedicato a tutti i 
possessori di C-64. 

Il programma è stato realizzato 
dalla Buena Vista Sofware, e ha 
come protagonista il simpatico 
coniglio “incastrato” nel film, che 
qui si ritrova ad affrontare alcune 
avventure in parte legate alla 
trama della produzione cinema- 
tografica. 

Innanzitutto ci sono da fare 
alcune considerazioni riguardo 
all'idea e ai contenuti del gioco: è 
senz’altro da lodare la tempestivi- 
tà dei programmatori della casa 
americana e l’abilità dimostrata 
nel ricreare situazioni, ambienti e 
gag che trovano un certo riscon- 
tro nella pellicola. Purtroppo, 
però, i contenuti del gioco non 
raggiungono neanche lontana- 
mente l'originalità della pellicola 
a cui si ispirano, secondo il classi- 
co meccanismo di nascondere la 
propria mediocrità dietro il para- 
vento di un nome che è sulla 
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bocca di tutti. Nonostante la di- 
screta qualità della grafica e l’am- 
bientazione inconsueta e diver- 
tente, la scarsa giocabilità di Roger 
Rabbit non ci permette assoluta- 


mente di definirlo un gioco riusci- 
to. 

Lo scopo del gioco, come quel- 
lo del protagonista del film, è 
contrastare il malvagio giudice 


Doom nel suo tentativo di conqui- 
stare Cartoonia, la città dei carto- 
ni animati, per poterla ammini- 
strare con pugno d’acciaio in 
guanto d’acciaio a suon di “sala- 





moia” (la sola sostanza in grado di 
sciogliere, e quindi uccidere, i 
cartoni animati). Per ottenere il 
suo scopo, Roger deve superare 
tre prove che corrispondono alle 








tre parti in cui si suddivide il 
gioco. Nella prima parte Roger si 
ritrova alla guida di “Benny the 
cab” un taxi/cartone dall’andatu- 
ra strampalata. Insieme devono 
precedere il giudice Doom all’Ink 
& Paint club, un night per cartoni 
animati nel centro di Hollywood, 
evitando le altre auto e le chiazze 
di salamoia seminate lungo il 
percorso. Nelle istruzioni sono 
citati presunti bonus che dovreb- 
bero trovarsi lungo il percorso, 
ma con comprensibile disappunto 
abbiamo constatato che nessuno 
degli oggetti descritti si trova 
sulla strada del nostro coniglio. 
Superata questa fase ci si ritro- 
va all’interno dell’Ink & Paint 
club dove si devono frenetica- 
mente recuperare tutti i menù sui 
tavoli, perché in uno di questi è 
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nascosto il testamento che impe- 
direbbe a Doom di prendere 
possesso di Cartoonia. Nello svol- 
gere questo compito bisogna esse- 
re più rapidi dei pinguini-came- 
rieri che ripuliscono i tavolini, e 
fare attenzione a non far prende- 
re a Roger i bicchieri di vino (chi 
ha visto il film sa che Roger 
diventa un po’ nervoso quando 
beve!) e a non farsi acciuffare dal 
gorilla che ci sbatterebbe fuori 
dal locale. 

Se Roger riesce a raccogliere 
tutti i menù e a uscire dal locale 
prima che l’orchestra finisca di 
suonare, anche la seconda parte 
del gioco è stata superata. Si 
riprende la corsa su Benny the 
cab (in realtà si tratta di una 
ripetizione del primo schermo), 


questa volta per raggiungere la 
fabbrica di gag. Nell’edificio, il 
compito di Roger è innanzitutto 
quello di usare le gag disseminate 
sul terreno per sbarazzarsi delle 
iene del giudice Doom facendole 
ridere a morte, e infine affronta- 
re il giudice in persona nello 
scontro finale per assicurare la 
salvezza a Cartoonia. 

Anche se la trama e le ambien- 
tazioni possono sembrare diver- 
tenti, in realtà il gioco non è 
all’altezza della cornice in cui si 
svolge. Il compito del giocatore è 
molto ripetitivo e la mancanza di 
varietà e fantasia toglie la voglia 
di riprendere in mano il joystick 
dopo poche partite. A queste note 
negative si va ad aggiungere la 
necessità di ricaricare il program- 
ma dopo ogni partita, operazione 
oltretutto lenta a causa dei limiti 
del C-64 e della lunghezza del 
programma. 

Una notazione curiosa per con- 
cludere. Ricordate che Roger 
Rabbit è ricercato per l’omicidio 
di Marvin, proprietario di Carto- 
onia e re degli scherzi? Ebbene, 
un divertente librettino allegato 
al programma (che contiene an- 
che le due pagine d’istruzioni) 
riproduce l’immaginario catalogo 
della “fabbrica di scherzi” di Mar- 
vin, estate 1947. Sono illustrati 
oggetti e gag di ogni tipo, dal 
guantone a molla al chewing-gum 
“piccante”, dal sigaro che esplode 
al pulsante che dà la scossa. Ma si 
trovano anche oggetti più strava- 
ganti, come la pozione per rim- 
picciolire i cartoni, le pillole che 
fanno camminare all’indietro e il 
tappeto magico garantito per 12 
lavaggi. 

Qualche ordinazione verrebbe 
voglia di farla ma, per quanto 
riguarda il gioco, è consigliabile 
spendere altre 8 mila lire per 
rivedere il film piuttosto che 
impegnare una somma molto 
maggiore per un prodotto che di 
buono ha soltanto un nome... che 


certamente non merita. 
N.F.R. 
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NEUROMANCER 


Computer: C-64/128 
Supporto: Disco 
Prezzo: L. 30.000 
Produzione: Interplay (Electronic Arts) 
Distribuzione: C.T.O. (Via Piemonte 7/ 
F, 40069 Zola Predosa — 051/753133) 

e il 1988 è stato l’anno dei 
S giochi di ruolo, l’inizio del 
1989 è stato caratterizzato da una 
nuova tendenza nella produzione 
del software d’intrattenimento: le 
avventure “graphic novel”. A dif- 
ferenza delle normali avventure, 
caratterizzate da una grande 
quantità di testo e da input che 
avvengono principalmente da ta- 
stiera, i graphic novel affidano le 
loro descrizioni a una grande 
finestra grafica, affiancata da un 
pannello di icone e speciali fine- 
stre destinate ai messaggi. 

Ma le differenze che corrono 
fra un graphic novel e una tradi- 
zionale avventura non si fermano 
qui: mentre in un programma 
come The Paun, o anche nel 
graficissimo Shadowgate , il gioca- 
tore decideva con le sue azioni lo 
svolgimento della trama, in un 
graphic novel diventa solo uno 
dei tanti personaggi di un mondo 
che vive autonomamente. In un 
graphic novel, grazie alla rappre- 
sentazione dinamica che viene 
data del mondo in cui si svolge il 
gioco, niente e nessuno si ferma 
ad aspettare le decisioni del gioca- 
TOFre. 

Questa particolarità, che può 
sembrare solo una fonte di fru- 
strazione, permette invece al gio- 
catore di entrare in un ambiente 
molto realistico, nel quale gli 
avvenimenti previsti dai pro- 
grammatori del gioco avvengono 
con un ritmo tale da coinvolgere 
lo spettatore/giocatore come in 
un film. Proprio per questo, le 
trame dei graphic novel vengono 
spesso tratte da romanzi o film, 
cercando di mantenerne intatti 
ritmo, suspence e colore. 
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Dai tempi di Labyrinth della 
Lucasfilm, che si può considerare 
il primo graphic novel, i progressi 
nell’arte della programmazione 
hanno portato a vicende comples- 
se e affascinanti come quelle di 
Zak McKracken and the Alien Min- 
dbenders o questo Neuromancer, 
tratto da un romanzo di William 
Gibson. 

Gibson è uno scrittore che nei 
Paesi anglosassoni è diventato 
una sorta di Umberto Eco fanta- 
scientifico. I suoi romanzi sono 
oggetto di veri e propri assalti alle 
librerie, e sono tanto apprezzati 
anche dai critici da aver segnato 
la nascita di un nuovo filone: il 

genere “cyberpunk” (che alcuni 
chiamano anche “neuromantico”, 
a conferma dello scalpore suscita- 
to da Gibson). I romanzi cyber- 
punk sono ambientati in un tetro 
mondo futuro popolato da perso- 
naggi sofferti e bizzarri, e caratte- 
Ep pain un Impiego inquietante 

coperte scientifiche. Buoni 

Die TE genere sono 

» Max Headroom e 
naturalmente Neuromancer. 

La vicenda è ambientata nel 
2058, nella tecnocittà giapponese 
di Chiba City..Per le strade pattu- 
gliate da inflessibili roboguardie 
d’acciaio non si vedono altri ne- 
gozi se non quelli di hardware e 
software, inframmezzati di quan- 
do in quando da qualche lercio 
postribolo. I computer sono or- 
mai talmente diffusi in ogni cam- 
po, che in molti luoghi pubblici 
esistono terminali per collegare le 
proprie attrezzature personali al- 
le banche dati di tutto il mondo. 
La quantità d’informazioni dispo- 
nibili ha raggiunto livelli tali che è 
stato necessario affiancare alle 
normali linee informatiche un 
nuovo sistema per tenere sotto 
controllo la mastodontica massa 
dei dati. 

Questo sistema viene definito 
matrice primaria o, più gergal- 
mente, cyberspazio: una vera e 
propria realtà alternativa, con la 
quale gli operatori possono inter- 
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facciarsi neuralmente, collegan- 
do direttamente il proprio cervel- 
lo. Il cyberspazio prende così 
forma nelle loro menti come una 
griglia infinita, punteggiata da 
solidi geometrici (i vari database) 
che si scambiano continuamente 
informazioni rappresentate da se- 
gnali colorati che corrono in un 
cielo policromo. 

Prima di riuscire a raggiungere 
questa incredibile e inquietantis- 
sima parte del gioco, tuttavia, 
dovremo passare un'infinità di 
guai e di avventure relative al 
nostro ruolo sociale di cowboy 
dichiarati. Questo ci porta ai chip 


neurali: nel futuro tecnologico di 
Neuromancer è possibile acquista- 
re a caro prezzo un particolare 
tipo di circuiti integrati che ven- 
gono installati direttamente nella 
nostra corteccia cerebrale, e che 
hanno il benefico effetto di for- 
nirci istantaneamente diverse abi- 
lità particolari, non ultima quella 
di parlare e agire come un tutore 
dell’ordine. 

Una volta ottenuto l’accesso al 
cyberspazio, è possibile muoversi 
su questi impulsi raggiungendo i 
più lontani database senza essere 
intralciati da lungaggini burocra- 


tiche e difficoltà tecniche. Ma 
anche così, non è possibile acce- 
dere indiscriminatamente alle in- 
formazioni. Quelle che nel mon- 
do reale vengono chiamate prote- 
zioni, come password o codici 
crittografici, nel cyberspazio ap- 
paiono come “ghiaccio” (in ingle- 
se “ice”, che sta per Intrusion 
Countermeasure Electronics), 
una protezione che avvolge il 
solido geometrico respingendo 
attivamente gli accessi non auto- 
rizzati e colpendo fisicamente gli 
eventuali hacker. Al ghiaccio si 
sono poi unite negli ultimi tempi 
anche le Intelligenze Artificiali, 





che vengono poste a difesa dei 
database più importanti (come ad 
esempio quelli militari o bancari). 
Le Intelligenze Artificiali posso- 
no sviluppare autonomamente i 
loro sistemi di difesa, evolvendosi 
e diventando in alcuni casi ben 
più intelligenti di un essere uma- 
no. 

Tornando al mondo reale, si 
osserva subito che la maggior 
parte degli abitanti di Chiba City 
è dedita all’arte della penetrazio- 
ne fraudolenta nelle banche dati. 
Questi hacker, che si autodefini- 
scono “cowboy”, sfruttano le li- 








nee tradizionali per un gran nu- 
mero di attività illegali, tenendo 
nel frattempo una fitta rete di 
contatti per lo scambio di pas- 
sword, codici e programmi di 
sprotezione. 

I pochi cowboy che riescono a 
permettersi un computer capace 
di penetrare nel cyberspazio (so- 
no i più costosi fra i 40 che 
abbiamo a disposizione) sfruttano 
anche la matrice primaria per 
condurre i loro traffici, ma pochi 
giorni prima del nostro arrivo in 
scena sono accadute cose molto 
strane nel cyberspazio. I giornali 
elettronici sono pieni di notizie 
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riguardanti cowboy assassinati da 
qualcosa che si nasconde sulla 
matrice primaria, e anche qual- 
che utente regolare del cyberspa- 
zio è stato trovato col cervello 
carbonizzato, ancora collegato al 
suo cybercomputer. 

In questa situazione, il giocato- 
re impersona un hacker, deciso a 
scoprire cosa sta accadendo nel 
cyberspazio e possibilmente a 
renderlo di nuovo sicuro. L’im- 
presa non è facile, dal momento 
che all’inizio del gioco ci trovia- 
mo senza computer, con pochi 
soldi in banca e debiti ovunque. 





La situazione diventa presto 
meno drammatica quando, una 
volta recuperato il nostro compu- 
ter dato in pegno, scopriamo una 
gran quantità di amici sui molti 
BBS della rete standard. Con il 
loro aiuto, e qualche piccola truf- 
fa, la nostra dotazione di software 
pirata e di password aumenta 
rapidamente, sino a che non sco- 
priamo che qualcuno ha intenzio- 
ne di ucciderci. Dopo molti arre- 
sti da parte delle roboguardie e 
un paio di visite sulle colonie 
extra-mondo nella nebulosa di 
Zion (e dopo l’incontro con il boss 
mafioso Julius Deane e la setta 
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degli adoratori del videogame 
Pong), il nostro personaggio ini- 
zia a darsi da fare per procurarsi 
un cybercomputer. 
I prezzi stratosferici lo obbli- 
gheranno certamente a vendere 
ualche organo o arto all'apposita 
Banca del Corpo, ma le sorprese 
che lo attendono nel cyberspazio 
valgono il sacrificio. 
Neuromancer riesce a ricreare 
in modo eccellente l'atmosfera 
del romanzo, con le sue scherma- 
te animate e una notevole ric- 
chezza di particolari, e questa è 
una qualità importante che de- 


SOFTWARE GALLERY 





v’essere senz’altro sottolineata. 
Ma anche per quanto riguarda il 
gioco, contenuto su quattro fac- 
ciate di disco, non possiamo che 
manifestare tutta la nostra appro- 
vazione. 

La grafica, anche se in alcune 
animazioni si dimostra un po’ 
lenta, è sempre nitida e spettaco- 
lare, un aspetto fondamentale in 
un graphic novel che si rispetti. E 
infatti la giocabilità del program- 
ma ne risente molto positivamen- 
te. Il sonoro non merita più di un 
cenno: è limitato a una canzone 
dei Devo che si ripete di quando 
in quando, e preferiamo riservare 
i nostri applausi al sistema di 
comando. 

Il controllo del gioco è affidato 
a otto icone che, mediante alcuni 
sotto-menu, riescono a gestire 
ogni aspetto dell’azione senza 
problemi. Una volta penetrati nei 
database, la scelta più ovvia è 
quella di ricorrere alla tastiera, 
ma in ogni situazione è sempre 
possibile impartire i comandi via 
Joystick. 

Neuromancer è in questo mo- 
mento il graphic novel più com- 
plesso fra quelli presenti sul mer- 
cato. La sua mappa di ridotte 
dimensioni lascia spazio a un 
evolutissimo sistema di database e 
a un cyberspazio che sembra 
tratto dalle migliori sequenze del 
film Tron. A differenza degli altri 
graphic novel, Neuromancer è ri- 
volto soprattutto a giocatori inte- 
ressati alla strategia e agli aspetti 
più tecnologici dell’avventura. 

Un'ultima parola va spesa per 
segnalare le note umoristiche 
presenti in molte situazioni di 
gioco, dai dialoghi surreali che 
s'intrecciano con alcuni perso- 
naggi, ai numerosi riferimenti ad 
altri giochi. Su un database, per 
esempio, è possibile trovare Battle 
Chess 2.0, e una sequenza di 
viaggio spaziale è un’esilarante 
parodia di una scena pressoché 
identica contenuta in Zak 
McKracken and the Alien Mindben- 
ders. F.R. 
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DEATHLORD 


Computer: C-64/128 
Supporto: Disco 
Prezzo: L. 22.000 
Produzione: Electronic Arts 
Distribuzione: C.T.O. (Via Piemonte 7/ 
F, 40069 Zola Predosa — 051/753133) 
alla Electronic Arts, ecco 
D arrivare l’ennesimo gioco di 
ruolo: nella sua continua ricerca 
di produrre qualcosa di originale, 
pur rimanendo nel filone di mag- 
gior successo degli ultimi tempi, 
la casa americana ha pensato bene 
di dare a questo nuovo RPG 
un’ambientazione del tutto ecce- 
zionale. 

Deathlord è indubbiamente un 
gioco di ruolo fantasy, ma c’è un 
particolare che lo rende unico: la 
trama non affonda le radici nelle 
solite leggende medievali euro- 
pee, ma nella mitologia nipponi- 
ca. Il mondo di Deathlord è infatti 
il Giappone feudale, benché gli 
autori lo abbiano ben mimetizza- 
to sotto il nome di “Lorn”. 

Lorn è un arcipelago composto 
da 16 isole, governate dall’impe- 
ratore dell’isola di Kodan, Naka- 
moto. Nel Momento in cui il gioco 
inizia, l'impero SI trova in serie 
difficoltà a causa della presenza di 
un potente mago rinnegato che, 
dopo aver stipulato un misterioso 
patto con i Demoni, è tornato a 
Lorn con il titolo di Signore della 
morte. 

Con questo pittoresco e terrifi- 
cante nome, il negromante guida 
un gigantesco esercito di creature 
maligne alla volta di Lorn per 
prendere possesso dell’arcipela- 
go. Le mostruose truppe del 
Signore della morte hanno già 
compiuto un raid distruttivo con- 
tro la maggiore città di Kodan 
dopo la capitale, scatenando il 
panico anche nella famiglia impe- 
riale. 

Vedendo il suo potere sempre 
più in pericolo, l’imperatore 
Nakamoto diffonde un editto ri- 
volto a tutti gli avventurieri resi- 
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denti nei suoi vasti domini perché 
trovino il modo di fermare il 
Signore della morte, prometten- 
do a ogni componente del gruppo 
che tornerà vittorioso l’incredibi- 
le somma di 100 mila monete 
d’oro e il governo di un'isola. 
Come in ogni quest che si rispetti 
la missione potrà essere portata a 
compimento solo recuperando 
un certo numero di oggetti e 
d’incantesimi, oltre che natural- 





mente trovando il nascondiglio 
del misterioso e potentissimo Si- 
gnore della morte. 

Il gruppo di avventurieri con- 
trollato dal giocatore può arriva- 
re a includere sino a sei compo- 
nenti, scelti fra personaggi con 
diverse caratteristiche e abilità: 
oltre ai tradizionali attributi come 
Forza, Resistenza o Saggezza i 
personaggi di Deathlord mettono 
in mostra anche alcune capacità 


inedite. I membri del gruppo 
vengono scelti fra nove razze 
diverse, che determinano anche 
le rispettive aree di abilità. 

La prima cosa che colpisce nella 
procedura di creazione dei perso- 
naggi (ovvero nella prima fase 
della partita) è la terminologia 
adottata. Come ogni termine rile- 
vante del gioco, le razze di Dea- 
thlord mantengono i loro nomi 
giapponesi, disorientando un po’ 
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i giocatori abituati a trattare con 
elfi e nani. Se alcune razze come 
i Troll e gli Orchi hanno una 
corrispondenza automatica nella 
mitologia occidentale, termini co- 
me “Kobito”, “Toshi” e “Ninto- 
shi” riescono a spiazzare chiun- 
que, se il giocatore non dedica 
almeno un po’ di tempo allo 
studio delle regole del gioco. Una 
volta superato il disorientamento 
iniziale, però, ci si rende conto 








che il programma offre una quan- 
tità di scelte ben maggiore di 
quelle rese disponibili dagli altri 
giochi di ruolo per computer, 
facilitando la creazione di un 
mondo particolarmente variega- 
to e, in un certo senso, realistico. 

Le specializzazioni di ogni per- 
sonaggio sono addirittura 16, e 
vanno da ruoli abbastanza noti, 
come quello di Ninja o di Samurai 
a mestieri bizzarri come quello di 
Yabanjin (che corrisponde gros- 
somodo al ranger dei giochi occi- 
dentali). Per non parlare degli 
incontenibili Kichigai. Ancora 
una volta, l’amplissima gamma di 
scelte permette la costruzione di 
personaggi perfettamente rispon- 
denti alle proprie intenzioni. 

La tavola relativa ad armi e 
armature comprende altri 18 vo- 
caboli giapponesi, sotto i quali si 
celano tutte quelle armi spettaco- 
lari rese famose dai film di kung- 
fu, come gli shuriken e le spade 
corte wakizashi. 

Le ultime impronunciabili stra- 
nezze del gioco sono le 84 parole 
magiche disponibili per le quattro 
classi di personaggi che ne posso- 
no usufruire: in questo caso la 
situazione è addirittura allarman- 
te, perché è obbligatorio scrivere 
il nome dell’incantesimo al mo- 
mento di utilizzarlo. Senza biso- 
gno di strani meccanismi, la ne- 
cessità di avere sempre a portata 
di mano il manuale che le elenca 
è una semplicissima ed efficace 
misura anti-pirateria. 

Una perfetta padronanza della 
magia è fondamentale per la 
riuscita del gioco, e gli utilissimi 
Incantesimi (per usare gli alberi o 
l’erba come potenti alleati, oppu- 
re per teletrasportarsi in locazioni 
particolari e così via) fanno capire 
ben presto che i maghi sono 
elementi indispensabili nel grup- 
po. 
Il mondo di Lorn è costellato 
di città, ma anche di cittadine, 
paesi e torri isolate: gli appassio- 
nati di giochi di ruolo più tradi- 
zionalisti saranno felici di sapere 


che su molte isole sono poi pre- 
senti tombe, templi... e gli im- 
mancabili dungeon. In ogni luo- 
go si trovano poi personaggi con 
cui è possibile interagire, e ancora 
una volta Deathlord si discosta un 
po’ dagli altri giochi di ruolo. 

Nel dialogo con i personaggi 
che s'incontrano nel corso del- 
l'avventura va prima di tutto 
impostato il tono (arrogante, umi- 
le, amichevole...), dopodiché si 
possono intavolare discussioni — 
proprio come accadeva nella serie 
Ultima — inserendo singole parole 
che rappresentano gli argomenti 
di conversazione. Inutile dire che 
il tono adottato provocherà rispo- 
ste e reazioni diverse a seconda 
dell’interlocutore. 

L’aspetto grafico del gioco ri- 
corda molto da vicino proprio la 
serie Ultima, e in particolar modo 
il suo terzo episodio: gli ambienti 
e i personaggi vengono rappre- 
sentati con una schematica visio- 
ne aerea composta di blocchi 
grafici monocromatici, che pur 
non entusiasmando particolar- 
mente rende l’azione chiara e 
comprensibilissima. 

Questa visuale non cambia 
nemmeno durante gli immanca- 
bili combattimenti: i 128 tipi di- 
versi di avversari sono tutti rap- 
presentati da una decina di sem- 
plici icone, e gli scontri vengono 
ridotti a messaggi di poche righe 
accompagnati da qualche flebile 
effetto sonoro. 

Il sistema di comando di Dea- 
thlord prevede la tradizionale ri- 
definizione dei tasti per attivare 
particolari funzioni. Il program- 
ma consente tuttavia un’'interes- 
sante novità: l’uso di macroistru- 
zioni assegnate ai tasti funzione, 
che in pratica permettono al gio- 
catore di ridefinirli a piacere. 
Questa opportunità si rivela in 
grado di semplificare notevol- 
mente tutte le azioni che si pre- 
sentano più volte nel corso di una 
partita, come per esempio l’acqui- 
sto di cibo o una particolare 
forma di attacco magico. 
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Per fare un esempio pratico, 
potremmo definire il tasto “F7” 
del nostro computer in modo da 
assegnargli la funzione “Acqui- 
sta”. In questo caso, premendo il 
tasto citato riempiremo il buffer 
dei comandi con la sequenza 
“seleziona un giocatore”, “nume- 
ro uno”, “raccogli tutto l’oro”, 
“parla”, “a nord”, “gentilmente”. 
Com'è facile notare avremo così 
ridotto sei comandi a un’unica e 
semplice istruzione, che potremo 
ripetere a piacimento senza mai 
rischiare errori che, come ben 
sanno gli appassionati di role 
game, possono avere effetti cata- 
strofici. 

Queste “macroistruzioni” pos- 
sono anche contenere parametri 
variabili, che rendono le funzioni 
assegnate ai tasti estremamente 
flessibili e paragonabili, fatte le 
debite proporzioni, a un vero e 
proprio lavoro di programmazio- 
ne. 

Indubbiamente, Deathlord ha 
molte particolarità positive oltre 
che singolari, ma purtroppo il 
gioco risente delle carenze in 
campo grafico e sonoro, che ri- 
portano alla mente il ricordo di 
una versione muta di Ultima III. 
Da segnalare inoltre l’uso massic- 
cio e insistente della lingua giap- 
ponese anche in casi in cui non 
sarebbe affatto necessario. 

Se da una parte questo contri- 
buisce a creare un'atmosfera par- 
ticolarmente originale e suggesti- 
va, chi è abituato a giocare con 
prodotti più tradizionali ovvia- 
mente si troverà piuttosto confu- 
so per le prime partite, e con ogni 
probabilità i risultati saranno ca- 
tastrofici. 

In definitiva, Deathlord rappre- 
senta un prodotto decisamente 
atipico nella vasta famiglia dei 
giochi di ruolo, e per evitare 
inutili delusioni è bene essere 
avvertiti in anticipo: è un pro- 
gramma che può dare grandi 
soddisfazioni, ma solo dopo qual 
che tempo. 

F.R. 
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DRILLER 


Computer: C-64/128/Amiga 
Versione: Amiga 
Supporto: Cassetta/Disco 
Prezzo: L. 25.000/29.000/59.000 
Produzione: Incentive 
Distribuzione: Lago (Via Napoleona 16, 
22100 Como — 031/300174) 
uando la tecnologia “Free- 
scape” fu applicata per la 
prima volta al C-64, recensori e 
giocatori gridarono al miracolo: 
per la prima volta nella storia dei 
videogame era possibile muoversi 
realisticamente in un mondo tri- 
dimensionale, completo di ombre 
e solidi “pieni”. Il gioco che 
utilizzava questa notevole innova- 
zione si chiamava Driller, e per 
parecchio tempo fu considerato 
in assoluto il miglior mondo digi- 
tale in cui avventurarsi, superiore 
anche alle notevoli simulazioni di 
volo della Sublogic per l’Amiga e 
altri famosi scenari computerizza- 
Gi. 

La tecnica Freescape si è recen- 
temente evoluta con Total Eclipse 
(recensito in questo stesso nume- 
ro), ma mentre i programmatori 
specializzati nel maneggiare i vari 
VIC II e 6510 del piccolo C-64 si 
scervellavano per aumentare del 
15 per cento la velocità di aggior- 
namento dello schermo, gli spe- 
cialisti dell’Amiga non sono stati 
certo con le mani in mano. 

Si sa, la CPU a 16 bit dell’ Amiga 
è ben più veloce dell’umile pro- 
cessore a 8 bit del C-64, e così la 
conversione dell'ormai mitico 
Driller sul computerone Commo- 
dore è risultata un vero capolavo- 
ro. 

La trama è di quelle che coin- 
volgono e appassionano sin dal 
primo momento di gioco: il piane- 
ta Evath vive sull’esportazione dei 
minerali estratti dalle sue lune 
gemelle, Mitral e Tricuspid. Men- 
tre la seconda rappresenta una 
fonte ancora generosa di minera- 
le, Mitral è stata abbandonata 
perché geologicamente instabile. 
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Alcune imprese che operano ai 
limiti della legge hanno continua- 
to a scavarla in lungo e in largo 
nonostante il rischio di far esplo- 
dere le sacche di gas che giaccio- 
no a pochi chilometri di profondi- 
tà. 

Questo stato di cose è perdura- 
to sino a che gli osservatori astro- 
nomici di Evath non hanno rileva- 
to la presenza di una cometa in 
rapido avvicinamento a Mitral. In 
condizioni normali, una semplice 
collisione non avrebbe causato 
che un piccolo cratere, ma Mitral 
è ormai priva di un’atmosfera che 
possa rallentare la cometa, e que- 
sto causa gravi preoccupazioni. 


INTRODUCIHG 


Il timore degli scienziati Eva- 
thiani è che l’urto causi l’esplosio- 
ne di una sacca di gas e, tramite 
una reazione a catena, della luna 
stessa. Una catastrofe di questa 
portata altererebbe l’equilibrio 
gravitazionale dell’intero sistema 
planetario, provocando tremendi 
cataclismi anche sullo stesso pia- 
neta madre. 

Mentre le imprese minerarie 
illegali su Mitral abbandonano 
rapidamente il campo, le indu- 
strie di Evath lavorano febbril- 
mente alla realizzazione di un 
qualche marchingegno che possa 
mutare le sorti del pianeta. I 


progetti falliscono uno dopo l’al- 
tro, sino a che, a poche ore (reali!) 
dall’impatto con la cometa, non 
viene realizzato un veicolo teleco- 
mandato che potrebbe risolvere 
la situazione. 

È a questo punto che il giocato- 
re viene chiamato in causa: deve 
guidare il veicolo sulla superficie 
di Mitral, cercando di creare 
bocche di uscita per il gas che, una 
volta disperso nello spazio, non 
rappresenterà più un pericolo. Il 
veicolo che pilotiamo è una sorta 
d’incrocio fra un carro armato e 
un hovercraft, che scivola sul 
terreno girandosi e inclinandosi 
in ogni direzione, ma senza poter- 
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si per nulla sollevare da terra. 

La luna di Evath ha una forma 
rozzamente geodetica, ed è divisa 
in 16 settori ben distinti. Nella 
confezione troviamo un’interes- 
sante mappa tridimensionale del 
pianetino, purtroppo quasi com- 
pletamente in bianco. 

Armati di molto coraggio e di 
un laser, iniziamo la nostra avven- 
tura. Se qualcuno si sta chiedendo 
a che cosa può mai servire un 
laser su di una luna disabitata, 
diremo che gli uomini delle socie- 
tà minerarie hanno “dimentica- 
to”, nella fretta della fuga, di 
disinserire i sistemi di difesa auto- 








matici delle loro stazioni. Questi 
sistemi, che sono sostanzialmente 
torrette laser attivate dal calore (e 
quindi dalla vicinanza di qualun- 
que mezzo a motore), rappresen- 
tano l'ostacolo più notevole che 
s'incontra su Mitral: bastano po- 
chi colpi di laser per penetrare la 
leggera corazza del veicolo su cui 
ci troviamo. Fortunatamente, i 
nostri laser sono in grado di 
distruggere o almeno di cambiare 
la direzione di fuoco di queste 
torrette, e uno studio accorto 
della loro disposizione, unito a 
una certa abilità manuale, do- 
vrebbe eliminare questa fonte di 
guai. ù 





Gli altri problemi che s’incon- 
trano sono essenzialmente di or- 
dine geografico: il passaggio da 
un settore all’altro è infatti spesso 
subordinato all’attivazione di par- 
ticolari meccanismi disposti nei 
luoghi più disparati, che si pre- 
sentano sotto forma di veri e 
propri puzzle tridimensionali. Ri- 
solverli non è semplice, ma il 
successo sarà premiato con carbu- 
rante extra o persino con la 
possibilità di trasformare il nostro 
veicolo in una vera e propria 
astronave. 

Resta da dire delle trivellazio- 
ni, che pongono ancora qualche 


problema (come se non ne avessi- 
mo elencati abbastanza!). La per- 
forazione del terreno di Mitral 
avviene teletrasportando una tor- 
re di trivellazione nel luogo in cui 
si trova il nostro mezzo, e richiede 
l’impiego di una grande quantità 
dell'energia a nostra disposizio- 
ne. Dal momento che non tutti i 
punti di un settore sono adatti 
come possibili sfoghi per il gas, 
non è consigliabile fare i propri 
tentativi a caso: bisogna prima 
scoprire il punto esatto in cui 
piazzare la torre. Nel primo setto- 
re è molto facile (c’è addirittura 
una colossale “X” nel punto da 
perforare!), ma via via che ci 


s'inoltra nei settori più remoti di 
Mitral, il punto di trivellazione 
dev'essere individuato ricorren- 
do a strane incisioni o a mappe, 
oppure risolvendo complicatissi- 
mi puzzle. 

Una volta che la torre è stata 
piazzata, l'estrazione del gas è 
automatica: pochi istanti dopo il 
teletrasporto, il computer di bor- 
do ci comunica la percentuale di 
gas fuoriuscita, e se questa è 
superiore al 50 per cento il settore 
viene considerato sicuro. 

La versione di Driller per V'A- 
miga è notevolmente superiore 
alla sua prima incarnazione per il 
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C-64: la maggior velocità di ag- 
giornamento schermo, le capacità 
grafiche e il sonoro del mostro a 
16 bit hanno trasformato quello 
che era un gioco tipicamente 
strategico in un prodotto ai confi- 
ni dell’arcade, dove tutto avviene 
con una velocità impressionante. 
Insieme alla velocità, è inoltre 
cambiato il sistema di comando, 
che non si basa più su strane 
sequenze di tasti come accadeva 
nella precedente versione. Il nuo- 
vo sistema, gestito da un pannello 
di controllo costituito da icone, 
rende la guida del veicolo decisa- 
mente semplice e intuitiva, e non 
capita praticamente mai di suici- 
darsi per errore come accadeva 
sin troppo spesso nella versione a 
8 bit del gioco. 

Per il sonoro, che già era 
impressionante ed estremamente 
suggestivo con il C-64, sono state 
sfruttate al meglio le capacità 
della nuova macchina: il risultato 
è una musica profonda e inquie- 
tante corredata da alcuni buoni 
effetti stereo, come nel caso degli 
spari delle torrette. 

La tecnica Freescape impres- 
siona come sempre, anche se titoli 
come  Starglider II hanno rag- 
giunto risultati ancor più spetta 
colari: la sensazione di presenza € 
incredibile, e poter girare attorno 
agli oggetti e osservarli da ogni 
prospettiva è affascinante. Nulla 
di strano se per qualche minuto si 
dimentica la propria missione 
mentre si esplorano nuovi angoli 
di Mitral. Una piacevole novità è 
data poi dalla possibilità di sele- 
zionare l’italiano come lingua per 
i messaggi di sistema, rendendo 
ancor più semplice l'approccio 
con il programma. 

Driller è un programma che 
non dovrebbe mancare a nessun 
appassionato di strategia o di 
azione arcade, e probabilmente 
ripeterà il successo ottenuto nella 
versione a 8 bit... almeno sino 
all'arrivo della versione per l A- 
miga del secondo titolo Freesca- 


pe: Dark Side. F.R. 
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FALCON 


Computer: Amiga 
Supporto: Disco 
Prezzo: L. 59.000 
Produzione: Spectrum Holobyte 
Disponibile presso: Lago (Via Napoleona 
16, 22100 Como - 031/300174) 





e ali di un falco per il vostro 
L computer? Sì oggi finalmen- 
te sono una realtà. Tutti gli 
aspiranti piloti da caccia, che non 
vedono l’ora di sedersi davanti al 
loro Amiga e volare, hanno la 
possibilità d’inserire nel loro han- 
gar un nuovo straordinario veli- 
volo, l’F-16 Falcon. 
Dopo gli eccellenti risultati ot- 
tenuti dalla EA con Interceptor 
nessuno si aspettava che un pro- 
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dotto ancora migliore potesse 
essere realizzato così in fretta. E 
invece la Spectrum Holobyte ha 
creato Falcon, un simulatore di 
volo le cui qualità migliori sono 
l’elevata cura dei particolari e 
l’ottima giocabilità. Non appena 
ci si siede davanti al pannello 
comandi si ha un’intensa sensa- 
zione di realismo: non abbiamo 
esitazioni ad affermare che si 
tratta della migliore simulazione 
che si sia mai vista su una macchi- 
na Commodore, sia per la com- 
pletezza della strumentazione, sia 
per l'ottima grafica. E dinanzi a 
un prodotto di qualità così elevata 
chi non eietterebbe senza paraca- 
dute fuori dal suo aereo Bruce 
Artwick (SubLogic) e il suo pessi- 
mo Jet? 

Lo scenario nel quale si svolge 
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la simulazione è un’area divisa in 
nove quadranti, tutti occupati dal 
nemico tranne i due dove si 
trovano i bersagli per le esercita- 
zioni, un lago, una catena mon- 
tuosa e l'aeroporto del giocatore. 
Perlustrando il territorio nemico, 
oltre che montagne, un fiume, 
strade e aree agricole, troviamo 
due aeroporti, postazioni missili- 
stiche, ponti ed edifici: ottimi 
bersagli per i nostri missili aria/ 
terra e le nostre bombe. Tutto è 
stato realizzato con una buona 
grafica caratterizzata da superfici 
piene tridimensionali, e una sod- 
disfacente cura per tutti i partico- 
lari. 

Lo scenario è l’elemento fonda- 
mentale delle missioni con obiet- 
tivi al suolo. Prima di mettere le 


manovre errate... — che in realtà il 
numero delle missioni possibili va 
moltiplicato per i cinque possibili 
gradi militari. 

Una seconda schermata per- 
mette la scelta dell’armamento. 
Oltre al cannoncino di bordo, 
sono disponibili due tipi di missili 
aria/aria, un missile aria/terra e 
due tipi di bombe. Rispettando i 
limiti di carico e tenendo conto 
delle disponibilità di magazzino, 
si possono anche aggiungere ser- 
batoi di carburante esterni e un 
dispositivo per le contromisure 
elettroniche (per ingannare i ra- 
dar nemici). 

E ora, finalmente, un salto sul 
seggiolino dinanzi ai comandi. 
Come abbiamo già sottolineato, il 
pannello comandi è accurato e 
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permette anche di rilevare nume- 
rosi dati relativi al Falcon, tra cui 
direzione, velocità e altitudine. 
La rassegna sulla strumentazio- 
ne potrebbe sembrare conclusa, a 
questo punto, ma non è così. Il 
nostro F-16 riserva numerose al- 
tre piacevoli sorprese. La sempli- 
ce pressione di due tasti rivela 
infatti le parti laterali del pannel- 
lo comandi, che risulta così anco- 
ra più esteso. Si tratta di un’otti- 
ma idea alla quale non possiamo 
che assegnare la lode. La stru- 
mentazione collocata sulla sini- 
stra comprende trim, bussola, 
indicatori del carburante, veloci- 
tà e corretta discesa dei carrelli. 
Sulla destra sono invece collocati 
ben 14 indicatori di avaria. Per 
quel che riguarda la visuale del 





mani sui comandi, dopo aver 
scelto il nome del pilota, si accede 
a una schermata dalla quale biso- 
gna selezionare una missione ope- 
rativa. Sono possibili 12 scelte 
diverse. Per quel che riguarda le 
missioni con obiettivi al suolo si va 
dall’esercitazione di bombarda- 
mento con bersagli alla distruzio- 
ne di ponti, strade, postazioni 
missilistiche, aeroporti ed edifici. 
Le altre missioni riguardano l’ab- 
battimento di Mig-21 nemici. La 
difficoltà della simulazione va 
aumentando a seconda del grado 
del pilota (da tenente a colonnel- 
lo). I parametri coinvolti nel gra- 
do di difficoltà sono tali e tanti — 
manovrabilità, accuratezza delle 
armi, possibilità di stallo, possibi- 
lità di perdita dei sensi del pilota, 
danni ai sistemi di bordo in caso di 


molto completo, e la sua struttura 
richiama da vicino il suo omologo 
reale. Gli indicatori riguardano 
pilota automatico, flap, aerofreni, 
freni idraulici, angolo di attacco, 
stallo, sensibilità dei comandi, 
accensione del reattore, carrello 
retrattile, contromisure elettroni- 
che, incendio, lancio di missili 
nemici, ILS (Instrument Landing 
System), armamenti e postbrucia- 
tore. Non mancano orizzonte ar- 
tificiale, contagiri e radar. Que- 
st ultimo fornisce anche tutta una 
serie di dati sui bersagli, che siano 
aerei o obiettivi al suolo. Lo HUD 
(Head-Up Display, un display 
proiettato dinanzi alla normale 
visuale del pilota) consente l’i- 
stantanea individuazione del ber- 
saglio mediante dispositivi elet- 
tronici di puntamento. Lo HUD 


pilota, è possibile guardare all’e- 
sterno nelle quattro direzioni. È 
disponibile anche la visuale dall’e- 
sterno (satellite, torre e altro 
aereo) che si rivela molto efficace 
e ben realizzata. 

Il controllo del jet avviene 
tramite tastiera (ma sono consen- 
titi anche joystick o mouse) e la 
risposta ai comandi è docile e 
fluida. Anche se la strumentazio- 
ne del velivolo è piuttosto com- 
pleta, non risulta per nulla diffici- 
le da imparare. Tutti i tasti sono 
infatti facilmente associabili alle 
funzioni che svolgono. 

Le sensazioni che si provano ai 
comandi di questo apparecchio 
computerizzato sono estrema- 
mente realistiche. Tutto contri 
buisce a immergere il giocatore in 
un'atmosfera aeronautica, dalla 
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selezione degli armamenti — con 
un sergente dalla battuta sempre 
pronta — al motivo del Silenzio 
suonato in caso di morte del 
pilota. La noia, il nemico più 
temibile, è stata ampiamente 
combattuta con la varietà delle 
missioni e l’ulteriore differenzia- 
zione a seconda del grado del 
pilota. Si può iniziare con il grado 
di tenente e portare a termine 
tutti gli incarichi operativi, gua- 
dagnando nel contempo nastrini 
e medaglie. Se poi ci si stufa 
dell’eccessiva manovrabilità del 
Jet si può passare al grado di 
colonnello, con il quale basta una 
manovra errata per perdere il 
controllo dell’aereo. Si può anche 
giocare in due collegando il pro- 
prio computer a quello di un 
amico (anche via modem) e dare 
vita a duelli aerei sempre più 
avvincenti. 

Per abbattare i Mig nemici 
bisogna però conoscere le mano- 
vre elusive, alle quali è dedicato 
un particolare menu che permet- 
te di selezionare la manovra che si 
vuole imparare e... Ma abbiamo 
già detto troppo. Non vorremmo 
privare gli appassionati del piace- 
re di scoprire personalmente le 
caratteristiche di questo meravi- 
glioso aereo. Va ancora sottoli- 
neata l’estrema cura nella realiz- 
zazione, che siamo certi riuscirà a 
soddisfare persino i più esigenti 
aspiranti piloti militari. 

. La software house che ha rea- 
lizzato il programma ha avuto 
un’idea davvero intelligente: una 
schermata in cui compare un 
breve testo che invita tutti coloro 
che posseggono una copia abusiva 
del programma e lo apprezzano 
molto ad acquistare l’originale. 
Questo per avere accesso al ma- 
nuale (che è completo e ben fatto) 
e per permettere alla software 
house di realizzare in futuro nuo- 
ve simulazioni sempre migliori. 
Chi scrive non può che associarsi 
a questo invito. Ne vale veramen- 

te la pena. Parola di pilota. 
M.L. 
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Computer: C-64/128 
Supporto: Cassetta/Disco 
Prezzo: L. 25.000/29.000 
Produzione: Origin (Microprose) 
Distribuzione: Leader (Via Mazzini 15, 
25020 Casciago — 0332/212255) 

no degli ostacoli maggiori 
U alla realizzazione di giochi 
di ruolo di qualità è sempre stata, 
e continua a essere, l’impressio- 


nante mole di dati necessari per 
costruire un mondo credibile. 





Spesso la qualità della grafica 
scade per favorire l'interazione 
con i personaggi o, viceversa, la 
varietà della storia è penalizzata 
se sl cerca la “simulazione totale” 


di questo o quell’altro elemento 
di combattimento. A volte il desi- 


derio di avere tutto ha generato 
veri e propri aborti digitali, sparsi 
su un numero incredibile di di- 
schi. A poche settimane dalla 
comparsa dell’ignobile Ultima V, 
la presentazione di questo Times 
of Lore, sempre dalla Origin, ha 
suscitato non pochi dubbi ma... 
Come in tutte le storie fantasy, 


anche qui c’è un importantissimo 
“ma”: le consolidate abitudini del- 
l’industria del software hanno 
ceduto il passo a una svolta impre- 
vista. Il buon Richard Garriott 
(presidente della Origin.Systems) 
ha infatti stipulato un accordo 
con alcuni autori europei che, 
sfruttando le avanzatissime tec- 
nologie di compattazione svilup- 
pate durante la realizzazione dei 
numerosi giochi arcade prodotti 
in Inghilterra, hanno rivoluziona- 
to in questo programma il concet- 
to di role game computerizzato. 

La più importante innovazio- 
ne, messa in evidenza in ogni 





possibile spazio sulla confezione, 
sta nel formato del codice. Times 
of Lore è il primo gioco di ruolo 
veramente completo interamente 
contenuto in memoria! Immagi- 
nate le urla di gioia dei possessori 
di unità a nastro, e pensate a tutti 
i vantaggi che questo comporta 
anche per chi abitualmente usa il 
disk drive: scompaiono le attese, 
minime ma pur sempre fastidiose, 
che nelle serie Ultima e Bard'’s 
Tale interrompevano il gioco 
ogni manciata di secondi, e so- 
prattutto si chiude l’era dei dischi 
da cambiare a ogni mossa! 








I cosiddetti “esperti” staranno 
già arricciando il naso, convinti di 
trovarsi di fronte a un program- 
ma grezzo, brutto da vedere e da 
giocare, e dobbiamo confessare 
che questo è quello che abbiamo 
pensato anche noi prima di cari- 
care il gioco. Ebbene, ricredetevi. 
Times of Lore non è soltanto bello 
da vedere (come potete facilmen- 
te constatare dalle foto), ma an- 
che incredibilmente ben realizza- 
to. 

Andiamo con ordine. Prima 
del caricamento del gioco vero e 
proprio il giocatore ha due opzio- 
ni, dedicate l’una alla scelta del 


cui ci troviamo, ci dà modo di 
scegliere il personaggio più adat- 
to frai tre che vengono presentati 
quando selezioniamo la prima 
opzione. 

Lo scopo del gioco è di ritrova- 
re Re Valwyn, scomparso da 
vent’anni insieme al figlio appena 
nato. L’impresa condurrà il gio- 
catore a numerose missioni al 


servizio dei potenti del regno, nel 
corso delle quali potrà interagire 
con i 64 personaggi del gioco. 
Come nella miglior tradizione 
Origin, anche in questo program- 
ma è possibile dialogare con i 
molti abitanti del regno, questa 








tipo di personaggio e l’altra a una 
breve introduzione allo scenario. 

Selezionando la seconda opzio- 
ne iniziano le sorprese: le scher- 
mate che compongono questa 
sezione reggono il confronto con 
quelle di certi programmi per 
l’Amiga (tenuto conto delle possi- 
bilità del C-64, ovviamente) e le 
musiche di sottofondo, composte 
dal bravissimo Martin Galway, 
sono fra le più belle sentite negli 
ultimi tempi. Un'analisi attenta 
dell’introduzione, nella quale 
vengono descritte le catastrofiche 
condizioni de] regno senza re in 


volta utilizzando un intelligente 
sistema di menu variabili gestiti 
da joystick. La conversazione, 
anche se chiaramente pilotata 
verso una precisa direzione, risul- 
ta ancor più evoluta di quella di 
Ultima V, che sembrava aver 
segnato l’apice delle possibilità 
dei giochi di ruolo per computer 
in questo campo. i 

Se l'interazione con 1 personag- 
gi è tanto buona allora sarà la 
parte grafica a farne le spese, dirà 
qualcuno. Ma anche in questo 
caso c'è da rimanere a bocca 
aperta: non solo la definizione 
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degli elementi di gioco è tale da 
arrivare a distinguere ogni singo- 
la foglia su un albero, ma l’anima- 
zione dei 2.300 sprite del mondo 
digitale è addirittura incredibile! 

Il fuoco scoppietta nei camini, i 
padroni delle taverne vagano da 
un tavolo all’altro lucidandolo e 
ritirando i piatti vuoti, le onde 
bagnano la spiaggia, gli uccelli 
volano in cielo, e potremmo con- 
tinuare a lungo. Per trovare qual- 
cosa di simile dovremmo citare i 
titoli più evoluti disponibili per il 
sistema Nintendo: dovunque si 
guardi c’è qualche sorpresa grafi- 
ca, e sul C-64 la definizione è 
almeno cinque volte superiore... 

Il parallelo con la console giap- 
ponese non è casuale, dal momen- 
to che, come spiega la stessa 
Origin nei suoi esaurienti comu- 
nicati stampa, Times of Lore è stato 
sviluppato appositamente per es- 
sere convertito per le console 
Sega e Nintendo, sia nei suoi 
elementi tecnici sia in quelli “let- 
terari”. La trama, studiata per 
conquistare l’utenza nipponica 
(che costituisce la parte più rile- 
vante del mercato dei giochi di 
ruolo e dei giochi fantasy), risulta 
piacevole anche per i giocatori 
occidentali, spesso con un back- 
ground televisivo costituito in 
gran parte da “manga”, i cartoon 
giapponesi. 

Tornando al nostro Times of 
Lore, un piccolo difetto è l’impos- 
sibilità di controllare più di un 
personaggio. E un’osservazione 
marginale, forse un po’ pignola, 
ma resta il fatto che da sempre i 
giochi di ruolo si sono basati sulla 
collaborazione di numerosi per- 
sonaggi con caratteristiche diver- 
se, e queste vicende epiche perdo- 
no un po’ del loro fascino quando 
vengono affrontate in solitario. 

Times of Lore è comunque un 
programma grandioso, innovati- 
vo e tecnicamente ineccepibile, a 
cominciare dal caricamento, di 
ben 15 volte più rapido del nor- 


male. E subito dopo... 
F.R. 
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CAPTAIN 
BLOOD 





Computer: Amiga 
Supporto: Disco 
Prezzo: L. 40.000 


Produzione: Infogrames 


Distribuzione: C.T.O. (Via Piemonte 7/ 
F, 40069 Zola Predosa - 051/753133) 
ello spiritoso racconto bre- 
N ve che troviamo con le istru- 
zioni del gioco (fortunatamente 
tradotte in italiano), è evidente 
che i progettisti di Captain Blood 
hanno avuto non pochi problemi 
nel trovare un’ambientazione 
plausibile per questo bizzarro 
esempio di software. La storia 
ruota infatti intorno a uno scape- 
strato personaggio, Bob Morlok, 
un programmatore di videogame 
che si trova suo malgrado “risuc- 
chiato” dal suo stesso program- 
ma, e diventa una specie di navi- 
gatore solitario degli spazi digita- 
li. 

Il nostro Bob, dopo aver assun- 
to il nome di Captain Blood, 
scopre di trovarsi all’interno di 
un’astronave bioelettronica gesti- 
ta da un sarcastico computer di 
bordo: gli immancabili problemi 
presenti in qualsiasi gioco, questa 
volta sono dati dal fatto che 
Captain Blood non può separarsi 
dai sistemi di sostentamento vita- 
le della nave, che tengono in vita 
con difficoltà il suo corpo bionico. 

Blood sente che sta diventando 
sempre più debole, e dopo una 
breve indagine scopre che il pas- 
saggio nella dimensione digitale 
lo ha moltiplicato in un notevole 
numero di cloni, ognuno dei quali 
possiede parte della sua energia 
vitale. Per non rimanere comple- 
tamente senza energie, Captain 
Blood deve quindi cercare i cloni 
sparsi per gli oltre 10 mila pianeti 
della galassia digitale in cui si 
trova ed eliminarli, riassorbendo 
così la propria energia. 

Non potendo scendere di per- 
sona a esplorare i vari pianeti, 
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IIMCDARE 
CAZETTE 


Blood si affida al suo computer di 
bordo per trovare il modo di 
lanciare sonde intelligenti dalla 
nave sui vari corpi celesti, e la 
folle macchina trova una soluzio- 
ne a dir poco originale. In men 
che non si dica, l’astronave di 
Captain Blood viene fusa bionica- 
mente con un Oorx di passaggio, 
che sarebbe poi una specie di 
balena spaziale non troppo sve- 
glia. 

Il povero animale viene quindi 
fecondato artificialmente in mo- 
do da partorire continuamente 
piccoli Oorx, che potranno poi 
essere lanciati come siluri-sonda 





sulla superficie dei pianeti. Nello 
spazio digitale non si va troppo 
per il sottile, e ogni Oorx viene 
dotato anche di una carica esplo- 
siva in grado di distruggere com- 
pletamente i pianeti che dovesse- 
ro rivelarsi pericolosi. 

Quando il gioco comincia, Cap- 
tain Blood ha già eliminato quasi 
tutti i cloni, e ne restano solo 
cinque nascosti in chissà quale 
remoto angolo della galassia. Es- 
sendo impossibile per ragioni di 
tempo esplorare metodicamente 
tutti i pianeti (Bob ha solo 45 ore 
reali per portare a termine la sua 


missione), è necessario trovare un 
sistema di ricerca più efficiente. 
Questo sistema è senz'altro la 
caratteristica più originale di Cap- 
tain Blood: un’interfaccia grafica 
che permette di dialogare me- 
diante alcune icone con gli alieni 
presenti sui vari pianeti. Per pri- 
ma cosa ci si deve portare nell’or- 
bita di un pianeta, facendo uso 
dell’ampia mappa galattica che ci 
porta a destinazione semplice- 
mente spostando due assì carte- 
siani sul punto desiderato. Un 
leggero tocco su uno dei pulsanti 
“organici” della console di co- 
mando, e ci troviamo proiettati In 


un coloratissimo iperspazio ipno- 
tico e psichedelico che sembra 
tratto dalla vecchia serie di tele- 
film Spazio: 1999. 

Arrivati nell’orbita del pianeta 
prescelto, dobbiamo dare un’oc- 
chiata alla stiva della nostra astro- 
nave per assicurarci che ci siano 
ancora Oorx disponibili. La stiva, 
come del resto tutta la nave, 
sembra essere tratta dalle sceno- 
grafie “organiche” disegnate da 
Giger per Alien, e persino la 
sequenza in cui il piccolo Oorx 
viene partorito nella stiva è abba- 
stanza realistica. 
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Il lancio dell’Oorx avviene sen- 
za troppi problemi, e prima di 
farlo scendere nell'atmosfera è 
possibile — tramite un apposito 
pulsante — farlo orbitare perché ci 
trasmetta una mappa del pianeta 
sottostante con due ingrandimen- 
ti alternativi. A questa funzione, 
particolarmente utile per identifi- 
care eventuali pianeti occupati da 
militari o difesi da laser, si può 
fare ricorso anche per rintraccia- 
re particolari strutture. 

La discesa nell’atmosfera rap- 
presenta l’unica sequenza arcade 
di tutto il gioco, ed è rappresenta- 
ta con una strana grafica a metà 





strada fra quella vettoriale e quel- 
la frattale: sullo schermo appare 
la visione in soggettiva dell’Oorx, 
che dobbiamo dirigere con il 
mouse all’interno di un lungo 
canyon pieno di curve e stalagmi- 
ti. La manovra viene guidata da 
due frecce direzionali che appaio- 
no in sovrimpressione sullo scher- 
mo, e una volta arrivati in fondo 
al canyon (se si è riusciti a evitare 
le difese del pianeta) le possibilità 
sono di trovarsi in uno spiazzo 
vuoto o al cospetto di un alieno. 

Nel secondo caso, viene attiva- 
ta automaticamente l'interfaccia 


simbolica di cui parlavamo prima: 
la parte inferiore dello schermo si 
riempie di piccole icone quadra- 
te, delle quali viene resa disponi- 
bile solo una certa parte, a secon- 
da dell’intelligenza dell’alieno in- 
contrato. Il mouse ci permette di 
far scorrere la nutrita schiera di 
simboli a destra e a sinistra, e 
agendo sul puntatore otteniamo 
in una finestra la traduzione. 

Il dialogo avviene selezionando 
una o più icone e premendo un 
eloquentissimo paio di labbra, 
che passeranno il nostro messag- 
gio all’alieno. Le risposte della 
creatura arriveranno anch'esse 


sotto forma di simboli, e sarà così 
possibile gestire un dialogo anche 
piuttosto complesso con qualun- 
que indigeno. 

Una nota particolarmente posi- 
tiva va fatta riguardo al lavoro 
svolto dalla Infogrames per adat- 
tare il programma ai vari mercati 
nazionali. Nonostante la versione 
originale del gioco fosse stata 
scritta per il mercato francese, 
infatti, Captain Blood viene ven- 
duto in ogni Paese con una div er 
sa “interfaccia di comunicazio- 
ne”. Anche se l'icona con l'omino 
che si indica il petto ha un 


significato intuitivo, questo verrà 
tradotto come “Ich” in Germania, 
“I” in Inghilterra e “Io” nel nostro 
Paese. Certo avremmo preferito 
che questa politica di traduzione 
fosse stata adottata per altri pro- 
dotti di più difficile comprensio= 
ne, ma vedere che anche le sof- 
tware house straniere iniziano a 
considerare l’Italia un mercato 
nel quale vale la pena d’investire 
non può che fare piacere. 

Spesso, gli alieni ci chiedono di 
compiere per loro una missione in 
cambio delle informazioni richie- 
ste; una gran parte del gioco, in 
effetti, consiste nel portare a 
buon fine queste missioni, che in 
genere richiedono la distruzione 
di gruppi planetari. 

Tra un lancio di Oorx termo- 
nucleari e un dialogo blandamen- 
te filosofico con bizzarri alieni, 
dovremmo riuscire a trovare le 
coordinate dei nostri cloni. Una 
volta trovati i falsi Captain Blood, 
sarà sufficiente utilizzare l’ultima 
opzione, relativa al teletrasporto 
a bordo di forme di vita senzienti 
e... consenzienti (infatti il sogget- 
to dev'essere convinto a salire a 
bordo spontaneamente), per in- 
trappolare il clone in una bioca- 
mera e recuperare così tutta la 
nostra energia. 

Captain Blood è indiscutibil- 
mente un gioco strano: strano per 
la trama, la grafica e la meccanica 
dell’azione. Tutti i suoi elementi 
sono molto ben realizzati, eppure 
la loro strana forma finale ha un 
sapore “alieno” che rende i rap- 
porti con questo gioco molto più 
difficili del solito. 

La grafica e la musica (di Jean- 
Michel Jarre!) sono di notevole 
qualità, e alcune sequenze — come 
per esempio la distruzione di un 
pianeta o il salto iperspaziale — 
sono veramente spettacolari. 
Questi aspetti, uniti all'idea del 
dialogo simbolico. più unica che 
rara, fanno di Captain Blood un 
programma molto interessante... 
a patto di non lasciarsi spaventare 
dal suo aspetto alieno! F.R 
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ELITE 


Computer: Amiga 
Supporto: Disco 
Prezzo: L. 45.000 
Produzione: Firebird 
Disponibile presso: Lago (Via Napoleona 
16, 22100 Como - 031/300174) 
el 1984 la Acorn stava pen- 
N sando di ridurre la propria 
produzione di computer a 8 bit, a 
causa dello scarso successo che 
stava ottenendo in patria ma 
soprattutto all’estero: pochi gior- 
ni prima che la decisione diven- 
tasse operativa, venne pubblicato 
proprio per l’Acorn BBC un gioco 
tanto innovativo, divertente e 
coinvolgente che trascinò sull’on- 
da del suo successo lo stesso 
computer, le cui vendite alla fine 
aumentarono notevolmente. 

Il titolo di quel videogame era 
Elite: si trattava essenzialmente di 
un simulatore di astronave, ma 
con qualche caratteristica che gli 
fruttò il titolo di “Gioco dell’an- 
no”, conferito dall’allora autore- 
volissima rivista inglese “Your 
Computer”. 

Dalla sua pubblicazione per 
l’Acorn BBC, Elite ha subìto molte 
conversioni, rimanendo tuttavia 
sempre fedele allo schema di 
gioco originario. Anche sull’Ami- 
ga, nonostante la grafica si sia 
trasformata da vettoriale pura a 
solida ombreggiata, la struttura 
del programma è sostanzialmente 
rimasta IMmutata. 

Elite ci mette alla guida di una 
navicella commerciale armata di 
laser leggeri e dotata di una 
piccola stiva di carico. Il nostro 
compito è di sfruttare al meglio le 
capacità della nave in campo 
commerciale e militare, giungen- 
do così alla qualifica di “Elite”. 
L'azione di gioco è vista in sogget- 
tiva dall’interno della navicella, e 
il primo impegno a cui si trova di 
fronte il giocatore è quello d’im- 
parare a governare l’astronave. 

Con un buon uso dei comandi, 

affollati d’indicatori digitali a bar- 
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re e da un radar tridimensionale, 
è possibile volteggiare nel buio 
spazio stellare e compiere qualsia- 
si genere di acrobazie. A differen- 
za di molti altri giochi, Elite dà al 
giocatore la possibilità di control- 
lare il proprio mezzo in uno 
spazio tridimensionale coerente, 
e per riuscire nel gioco è necessa- 
rio imparare a gestire le rotazioni 
della nave su tutti gli assi. 

Oltre ai comandi di volo tradi- 
zionali, la nostra nave ha la capa- 
cità di compiere salti iperspaziali 
(all’interno di una galassia) o 
intergalattici (da una galassia al- 
l’altra) sfruttando apposite carte 


si dh 


per i rifornimenti, e con 18 diver- 
se merci di scambio è possibile 
organizzare giri d’affari notevoli. 
Come nel mondo reale, il concet- 
to che sta alla base delle transazio- 
ni di Elite dice che il prezzo di una 
merce aumenta in maniera inver- 
samente proporzionale alla sua 
diffusione in un dato luogo. Per 
semplificare le cose, possiamo 
dire che un pianeta arretrato 
tecnologicamente pagherà grosse 
cifre per un computer, mentre un 
centro industriale sborserà molti 
crediti per prodotti agricoli e di 
allevamento. 

Oltre alle merci citate negli 
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stellari. In ognuna delle otto 
galassie visitabili ci sono circa 250 
pianeti, tutti visitabili, per un 
totale di 2 mila possibilità. 

Una volta arrivata nell’orbita 
di un pianeta, la nostra astronave 
può agganciarsi a una delle basi 
astroportuali che si muovono co- 
me satelliti attorno a ciascun 
mondo. Gli astroporti vengono 
usati sia per rifornire la nostra 
nave sia per comprare e vendere 
le merci che ciascun pianeta offre 
e richiede. In Elite il commercio 
rappresenta il modo più semplice 
per guadagnare i crediti necessari 





esempi, i piloti più abili e corag- 
giosi possono provare a darsi al 
contrabbando, arte estremamen- 
te redditizia soprattutto se si 
commercia merce illegale come 
schiavi, armi da guerra o droghe. 
Esiste ovviamente la possibilità di 
vedersi confiscare il carico o di 
finire addirittura nella lista dei 
criminali ricercati dalla polizia. 
Dal momento che per commer- 
ciare è necessario muoversi conti- 
nuamente, gran parte del gioco è 
rappresentata dalla navigazione 
stellare, una futuristica forma di 
guida che presenta — chi l’avreb- 
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be mai detto? — pericoli e imprevi- 
sti. Tra l’altro è piuttosto facile 
incontrare durante i propri viaggi 
altri veicoli non molto ben dispo- 
sti nei nostri riguardi. Spostando- 
ci qua e là nello spazio possiamo 
imbatterci in una vasta serie di 
altre astronavi, ognuna dotata di 
caratteristiche particolari che 
vengono spiegate dettagliata- 
mente nelle schede tecniche con- 
tenute nel nutrito manuale. 

I piloti di questi veicoli sono 
generalmente umani ma fra loro 
possiamo incontrare anche una 
discreta varietà di creature aliene 
fra le quali i tremendi invasori 





Thargoidi, che provengono addi- 
rittura da un’altra dimensione. 
Poi c’è la possibilità d’incappare 
in pirati interessati al nostro cari- 
co, bounty killer e altri bizzarri 
fuorilegge. Di qualunque genere 
siano questi incontri, i risultati 
sono sempre gli stessi: guerra! 

_ Comeinogni gioco spaziale che 
si rispetti, anche in Elite i combat- 
timenti avvengono a colpi di la- 
ser, ma investendo i propri gua- 
dagni in armi è possibile dotare la 
propria nave di qualche optional 
particolarmente utile nei conflitti 
più impegnativi. Nelle stazioni 


spaziali dei pianeti tecnologica- 
mente più evoluti è possibile 
infatti acquistare laser di potenza 
maggiore di quelli standard, mis- 
sili, sistemi elettronici di reazione 
automatica e persino una bomba 
a fusione in grado di polverizzare 
tutte le navi entro la portata del 
nostro radar. 

Qualsiasi arma viene poi mon- 
tata su uno dei lati della nave, da 
cui viene attivata selezionando la 
visuale opportuna Un laser da 
guerra posteriore, per esempio, è 
uno dei più convincenti “elementi 
di dissuasione” per eventuali inse- 
guitori. 


È evidente che potendo trasfor- 
mare la nostra nave in un vero e 
proprio arsenale semovente, al 
giocatore si aprono anche carrie- 
re diverse da quella del semplice 
commerciante. Oltre a tendere 
agguati alle navi mercantili per 
poi raccogliere il carico dalle loro 
carcasse fumanti, chi gioca a Elite 
può per esempio passare dall’al- 
tra parte della barricata e arruo- 
larsi nella polizia 0, facendosi 
notare per le sue capacità, in- 
traprendere una carriera di mer- 





cenario. Lc 
Quest'ultima possibilità viene 


trattata con particolare attenzio- 
ne dal programma, che fornisce ai 
mercenari una decina di lunghis- 
sime “missioni speciali”, condu- 
cendo la loro navicella nei quattro 
angoli dell’universo. 

Una volta raggiunta una certa 
qualifica è infatti possibile ottene- 
re missioni speciali di scorta, 
spionaggio e distruzione con le 
quali ci conquisteremo senz'altro 
l'ambito grado di “Elite”. 

Per merito della sua trama 
aperta a qualsiasi interpretazione 
da parte del giocatore, Elite è un 
gioco che affascina sin dalla prima 
partita, e dovrebbe risultare gra- 
dito sia agli amanti della strategia 
sia agli adoratori dell’ultraviolen- 
za. La grafica piena della versione 
Amiga del gioco è veloce e discre- 
tamente realistica, nonostante il 
colore rosa dei “tremendi” inva- 
sori Thargoidi: durante il volo è 
facile calarsi nella parte del pilota 
alla Han Solo, grazie anche al 
realistico silenzio degli spazi infi- 
niti. 

L’unico commento sonoro of- 
ferto dal programma sono gli 
efficaci rumori di combattimento 
e i suoni del computer di volo... 
ma è possibile acquistare un com- 
puter d’atterraggio che si occupa 
delle manovre di aggancio con gli 
spazioporti al suono del Danubio 
blu, proprio come nella famosa 
scena del film 2001: Odissea nello 
spazio . 

Lo scenario di gioco è estrema- 
mente curato: ogni pianeta ha 
una propria particolare situazio- 
ne politica e economica, e lo stile 
di vita della stazione spaziale ne 
viene influenzato. Per non parla- 
re dell’aspetto delle diverse razze 
aliene e delle soluzioni logistiche 
bizzarre — dal punto di vista 
umano — che si scoprono di volta 
in volta nel corso del gioco. 

Ma tutte le osservazioni che 
abbiamo fatto finora si potrebbe- 
ro riassumere efficacemente in 
un'unica frase: un capolavoro del 
software di genere spaziale. 





F.R. 
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THE MARS 
SAGA 


Computer: C-64/128 
Supporto: Disco 
Prezzo: L. 35.000 
Produzione: Electronic Arts 
Disponibile presso: Lago (Via Napoleona 
16, 22100 Como — 031/300174) 

ei tentativi della Electronic 
D Arts di produrre giochi di 
ruolo originali abbiamo già fatto 
cenno nella recensione di Dea- 
thlord: purtroppo, si sa, anche 
nelle migliori famiglie si annida- 
no le pecore nere, e questo Mars 
Saga è proprio uno di quei tetri 
ovini. 

Lo scenario in cui è ambientato 
questo ennesimo RPG targato 
Electronic Arts è quel Marte 
tanto caro agli scrittori di fanta- 
scienza, su cui — dalle peripezie 
del John Carter di Edgar Rice 
Burroughs fino alle Cronache 
marziane di Ray Bradbury — si 
sono svolte centinaia e centinaia 
di avventure. Quest'ultima av- 
ventura elettronica vede i] piane- 
ta rosso colonizzato da poche 
migliaia di terrestri che conduco- 
no un'esistenza trasandata in gri- 
gie città sotterranee in cui la 
criminalità raggiunge livelli esa- 
sperati. Sulla superficie, altri esse- 
ri umani si aggirano fra le dune 
rosate: sono le tribù di nomadi 
composte da coloro che non rie- 
scono a vivere nei claustrofobici 
corridoi di plastica delle città, e 
vivono depredando gli sfortunati 
che passano nelle loro vicinanze. 
Oltre a questi predoni, Marte 
offre anche una varietà limitata 
ma estremamente pericolosa di 
fauna locale. Gli unici animali 
buoni, su Marte, sono quelli mor- 
ti. 

Il giocatore veste i panni di uno 
dei tanti reietti terrestri, emigrati 
per cercare facili guadagni e di- 
menticare le proprie sfortune 
passate. Ma evidentemente la 

sfortuna è dura a morire, perché 
avete perso la vostra navicella in 
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un grave incidente nei pressi della 
città di Primus. Il gioco inizia 
all’interno del complesso sotter- 
raneo di Primus; il vostro scopo 
iniziale è guadagnare qualche 
soldo per acquistare il minimo 
indispensabile a sopravvivere e 
magari anche una nuova navicel- 
la. 

La possibilità di procurarvi il 
denaro necessario vi viene imme- 
diatamente fornita dal Superviso- 
re della città: il vicino centro 
minerario di Proscenium non co- 
munica ormai da diversi giorni 
con Primus, ed è necessario che 


qualcuno scopra che cos'è succes- 
so ai minatori. Diverse missioni 
ufficiali sono già andate perdute 
nel tentativo e, non essendo possi- 
bile sacrificare altri uomini quali- 
ficati, l’ultima speranza del Su- 
pervisore è riposta proprio in 
quei disperati che non hanno più 
nulla da perdere... cioè voi. 
Come in ogni gioco di ruolo, è 
necessario reclutare altri perso- 
naggi che vi seguano nell’impre- 
sa. Un rapido giro dei bar di 
Primus sarà sufficiente per trova- 
re un paio di rifiuti umani, che 
potranno poi essere tranquilla- 


mente scartati in favore degli 
uomini che in seguito vi si offri- 
ranno spontaneamente, affasci- 
nati dai vostri successi. Ogni per- 
sonaggio è definito dalla consueta 
serie di attributi, indicati grafica- 
mente con alcune barre colorate, 
e da un certo numero di abilità 
particolari che si incrementano 
col procedere del gioco. In Mars 
Saga sono proprio queste abilità 
che contano: un personaggio con 
poche abilità speciali non andrà 
lontano, anche se possiede i mi- 
gliori attributi del mondo. 

Le abilità speciali, così come 





l'indispensabile denaro, vengono 
col tempo, in seguito ai continui 
combattimenti e alle piccole mis- 
sioni secondarie ai limiti della 
legalità che vi verranno affidate 
da personaggi particolarmente 
potenti del sottobosco di Primus. 
Saranno proprio queste missioni 
che vi porteranno a visitare tutto 
il pianeta, facendovi scoprire a 
poco a poco il mistero che sta 
dietro alla “morte” di Prosce- 
nium. 

Mars Saga è caratterizzato da 
un aspetto principalmente grafi- 
co e da un'interfaccia utente 
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gestita soltanto tramite joystick; 
ma anche se in genere queste 
caratteristiche sono considerate 
positive, qui rappresentano inve- 
ce il punto debole del program- 
ma. Tutto il gioco è in realtà un 
grosso e confusionario labirinto, 
in cui il giocatore deve raggiunge- 
re un ipotetico punto A. Una 
volta arrivato in A, è obbligato ad 
andare in B, poi in C e così via, 
riducendo un intreccio potenzial- 
mente interessante a un’insulsa 
ricerca che non dà alcuna soddi- 
sfazione. In pratica, tutto quello 
che dovete fare in Mars Saga è 


I 
1 
2 
3 
5 
6 
Ko 
18 
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esplorare mappe caotiche e ap- 
prossimative (che il computer 
traccia diligentemente per voi) 
con la speranza di avere nel 
gruppo il personaggio in possesso 
dell’abilità speciale necessaria per 
accedere a una nuova parte di 
mappa, e continuando nel frat- 
tempo a combattere. 

I combattimenti di Mars Saga 
hanno un forma prevalentemente 
grafica, nel senso che il giocatore 
- dopo aver impostato le azioni di 
ogni personaggio agendo tramite 
una sconclusionata serie di piccoli 
menu — non deve fare altro che 


osservare l’effetto dei suoi ordini 
nella susseguente scena animata... 
ben poco entusiasmante, per 
quanto ben fatta. 

Purtroppo, l’ansia della Elec- 
tronic Arts di produrre il mag- 
gior numero possibile di giochi di 
ruolo per sfruttare al meglio il 
momento favorevole, ha portato 
alla creazione di un programma 
poco convincente e soprattutto 
poco divertente. Una saga della 
monotonia. Alcune soluzioni gra- 
fiche sono simpatiche (la finestra 
con la visione in soggettiva della 
nostra posizione, i combattimenti 








con bombe a mano), ma in un 
gioco di ruolo “vero” la grafica è 
proprio l’ultimo elemento da con- 
siderare. Trama, definizione dei 
personaggi, interfaccia utente € 
così via, non sono che misere 
parodie di prodotti precedenti, e 
tutta l'originalità del gioco è stata 
affidata a brevi sequenze ammate 
e a un paio di musichette decisa- 
mente poco “spaziali” che non 
aiutano certo Mars Saga a risolle- 
varsi dalla mediocrità. 

Peccato, Electronic Arts, da te 
una simile delusione non ce Va- 
spettavamo proprio. F.R. 


TOTAL 
ECLIPSE 


Computer: C-64/128 
Supporto: Cassetta/Disco 
Prezzo: L. 15.000/20.000 
Produzione: Incentive Software 
Disponibile presso: Lago (Via Napoleona 
16, 22100 Como - 031/300174) 





a quando la tecnica di visua- 

lizzazione tridimensionale 
con superfici piene conosciuta 
come “Freescape” ha fatto la sua 
prima comparsa nel premiatissi- 
mo Driller (la recensione della sua 
versione per l’Amiga compare in 
questo stesso numero), i progetti- 
sti della Major Developments 
hanno migliorato notevolmente i 
suoi già eccellenti algoritmi grafi- 
ci. Anche se i lavori di ottimizza- 
zione non sono ancora conclusi, il 
Freescape è oggi più veloce del 15 
per cento rispetto a quando ven- 
ne usato per rappresentare la 
luna di Mitra], e i colori delle sue 
schermate non soffrono più di 
alcuna limitazione. 

La Incentive, fiutata la possibi- 
lità di realizzare un nuovo super- 
gioco, ha messo al lavoro i suoi 
programmatori, che sono riusciti 
effettivamente a produrre qual- 
cosa di entusiasmante. Total 
Eclipse abbandona il filone spazia- 
le di Driller e Dark Side e ambien- 
ta la sua storia proprio sulla 
vecchia Terra, in Egitto. 

Pochi anni prima della caduta 
dei faraoni, come narra un'antica 
leggenda, un sacerdote di Ra, il 
dio del Sole, lanciò una tremenda 
maledizione sul popolo egiziano, 
che aveva perso la fede. Fece 
costruire un tempio consacrato a 
Ra sulla sommità di una piramide 
e ne ordinò la venerazione. Se 
qualcuno avesse osato distrugge- 
re quel simbolo della potenza di 
Ra, una tremenda catastrofe si 
sarebbe abbattuta sul mondo. Se- 
condo la leggenda, il giorno in cui 
il sole non avesse più visto il 
tempio sulla piramide durante il 
suo passaggio, lo stesso Cielo 
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sarebbe precipitato sull’Egitto. 

Il gioco inizia alle 8 del mattino 
del 26 ottobre 1930, soltanto due 
ore prima dell’eclissi totale che 
farà avverare la maledizione del 
sacerdote. Nei panni di un avven- 
turiero alla Indiana Jones, il gio- 
catore atterra con il suo biplano 
proprio accanto alla piramide, 
pronto a svolgere la sua missione: 
raggiungere la camera più alta 
del tempio e trovare il modo di 
placare la collera degli dèi. 

Si entra nella piramide armati 
soltanto di una pistola; in dotazio- 
ne al giocatore, inoltre, sono 
anche una borraccia e una bussola 
che si rivela preziosa per riuscire 
a orientarsi nel dedalo di camere 
all’interno della piramide. Come 
In tutti i giochi che sfruttano il 
sistema Freescape, l’azione è vista 
In soggettiva ed è comandata da 
tastiera. I 15 comandi a disposi- 
zione permettono di muoversi e 
guardare in ogni direzione, oltre 
che estrarre la pistola e usarla. 
Tre ulteriori comandi permetto- 
no di accucciarsi per passare in 
cunicoli particolarmente stretti e 
di riposarsi dopo azioni che han- 
no l’effetto di far accelerare il 
nostro ritmo cardiaco (indicato 
nel pannello informativo nella 
parte inferiore dello schermo). 

Nel pittoresco interno della 
piramide il percorso non è dei più 
semplici. Oltre alla complicata 
disposizione di stanze e corridoi, 
il giocatore si trova anche di 
fronte a ostacoli di vario genere 
da affrontare in modo sempre 
diverso. Per esempio, le numero- 
se porte sbarrate vanno aperte 
utilizzando come chiavi gli ankh 
(croci egizie che simboleggiano la 
vita), mentre bisogna tenere sem- 
pre sotto controllo la propria 
provvista d’acqua, reintegrabile 
attingendo da appositi bacili spar- 
si nelle camere della piramide. 

Molte stanze contengono cam- 
minamenti pericolanti e trappole 

mortali, che vanno affrontate 
proprio come nei film di Indiana 
Jones: una delle situazioni più 
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comuni è trovarsi di fronte a una 
statua che spara dardi avvelenati 
dagli occhi. La nostra pistola si 
rivela molto utile per rendere 
inoffensive alcune di queste trap- 
pole, come per attivare meccani- 
smi altrimenti irraggiungibili. 

Le camere della piramide non 
contengono solo pericoli, comun- 
que. Spostando pannelli segreti 
ed esplorando attentamente ogni 
angolo della costruzione l’avven- 
turoso esploratore sarà premiato 
con la scoperta di colossali tesori. 
Nel caso (piuttosto probabile) in 
cui non si dovesse riuscire a 


raggiungere il tempio, il numero 


di tesori raccolti nelle due ore 
reali di gioco sarà usato per 
valutare la nostra performance. 
Total Eclipse rappresenta sen- 
z’altro una notevole evoluzione 
rispetto agli altri giochi Freesca- 
pe: la mappa di gioco relativa- 
mente ridotta ha permesso una 
definizione maggiore degli ele- 
menti che la compongono, e la 
geometria delle stanze è plausibi- 
le e contribuisce a dare una forte 
impressione di realismo. Il 15 per 
cento di velocità in più rispetto a 
Driller non si fa notare molto, ma 
la migliore definizione cromatica 


è un notevole passo avanti per il 
Freescape. 

Per quanto riguarda l’aspetto 
sonoro di Total Eclipse, va notato 
che la Incentive ha purtroppo 
abbandonato le affascinanti co- 
lonne sonore di Driller e Dark 
Side in favore di un fastidioso 
ritornello egizianeggiante, che 
non può essere eliminato se non 
abbassando il volume. 

Un grosso difetto di Total Eclip- 
se, che si riflette purtroppo pesan- 
temente sulla sua giocabilità, è 
dato dal ritardo che intercorre fra 
comando ed esecuzione, che in 
molti casi si rivela fatale. La 





scarsità di riflessi della tastiera è 
tale da farci inciampare in fili che 
avevamo visto da tempo, o farci 
avviare implacabili verso baratri 
infiniti che non riusciamo a evita- 
re nemmeno pigliando a martel- 
late il tasto di “inversione a U”. 
Come in Driller, tuttavia, una 
buona dose di pazienza è tutto 
quel che serve per imparare a 
domare il buffer, e una volta 
compiuta quest’impresa sarà pos- 
sibile godersi con Total Eclipse 
uno dei più bei programmi d’e- 
splorazione visti sul C-64. 

F.R. 
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SIMULGOLE 


Computer: C-64/128/Amiga 
Versione: C-64/128 
Supporto: Cassetta/Disco 
Prezzo: L. 22.500/35.000/39.000 
Produzione: Simulmondo Italia 
Distribuzione: Italvideo (Via A. Volta, 
2/A — 40055 Castenaso — 051/784010) 
66 imulmondo” è una nuova 

S etichetta nel variopinto 
mondo del software. In questo 
periodo di proliferazione di nuo- 
ve case, affiliazioni e joint ventu- 
re, la notizia non sarebbe nemme- 
no degna di nota se non fosse per 
il fatto che la Simulmondo è una 
software house totalmente italia- 
na. I prodotti Simulmondo, facil- 
mente riconoscibili dal prefisso 
“Simul-” che compare sempre nel 
titolo, sono infatti progettati, 
scritti e distribuiti interamente in 
Italia. Questo, oltre che essere un 
grosso merito, in una nazione 
informaticamente arretrata Come 
la nostra, si traduce in notevoli 
vantaggi pratici. : 

I giochi Simulmondo, infatti, 
presumibilmente arriveranno su- 
gli scaffali dei negozi immediata- 
mente dopo la recensione, elimi- 
nando il divario spesso abissale 
fra disponibilità teorica e pratica. 
Le istruzioni dovrebbero inoltre 
essere più comprensibili di certe 
ignobili traduzioni fatte negli 
stessi Paesi anglosassoni, e proba- 
bilmente (non abbiamo avuto oc- 
casione di provare) anche l’assi- 
stenza agli acquirenti sarà più 
affidabile di quella fornita da 
alcune case inglesi. 

Viste le premesse, abbiamo ca- 
ricato questo Simu/golf con una 
certa fiducia, rincuorati anche dal 
fatto che realizzare una versione 
digitale del minigolf non è certo 
un'impresa sovrumana, e lo sport 
in genere si presta bene a soluzio- 
ni simpatiche. 

Mentre il computer caricava, è 
arrivata la prima delusione: il 





manualetto delle istruzioni era 
stilato in un linguaggio involuto e 
iniziatico, e parlava del program- 
ma come di un “interattivo” e dei 
suoi comandi come di “controlli 
dell’interattività”. Tutta quest’in- 
terattività confonde un po’, an- 
che se fortunatamente il metodo 
di controllo del gioco è tanto 
semplice e intuitivo da non dare 
nessun problema, all’atto pratico. 
Meno male che non si trattava di 
un programma gestionale..> 
Una volta arrivati sul campo di 
gioco, vengono fatte le consuete. 
scelte del livello di difficoltà e del 
numero dei giocatori (in inglese! I 
misteri delle software house sono 
insondabili) e l’azione comincia. 
Sullo schermo viene disegnato 
l’intero percorso da compiere per 





arrivare alla buca, e il primo 
giocatore piazza la sua pallina 
nell’area di partenza utilizzando 
un simpaticissimo braccio mecca- 
nico ronzante. Il joystick viene 
quindi usato per spostare un cur- 
sore nella direzione in cui st vuole 
lanciare la pallina, un'operazione 
che presenta qualche difficoltà 
quando si deve effettuare un tiro 
di precisione. l 

La forza del tiro viene calibrata 
premendo il pulsante e facendo 
così allungàre una barra posta sul 
fondo dello schermo: rilasciando 
il pulsante la pallina viene lanciata 
con una forza proporzionale alla 
lunghezza della barra. — 

Il movimento della pallina, che 
compie strane traiettorie 


spesso 
è la seconda 


piene di rimbalzi, 


delusione: il calcolo dei rimbalzi 
“congela” brevemente l’azione 
ogni volta che la palla tocca un 
ostacolo, e l’effetto finale è molto 
poco realistico e decisamente irri- 
tante. Nel mondo simulato le 
palline interattive sembrano fatte 
di piombo, tra l’altro, come dimo- 
strano le frenate improvvise del 

nostro proiettile. Strana la vita... 

Di buca in buca e alternando 
l’azione fra i vari partecipanti, 
Simulgolf presenta poi i suoi pochi 
“ostacoli interattivi”. A_ differen- 
za del simpatico Mini Putt della 
Accolade, in cui gli ostacoli da 
superare erano numerosi, diversi 
l’uno dall’altro e spesso diverten- 
ti, qui le note originali si riducono 
al minimo. Abbiamo un razzo su 
binari che recapita la nostra palli- 
na a destinazione, alcuni tunnel, 
qualche nastro trasportatore e 
uno strano sgorbietto che fagoci- 
ta la pallina per sputarla poco 
lontano; le istruzioni interattive 
lo definiscono un “tulipano canni- 
bale”, ma noi rimaniamo dell’idea 
che si tratti di uno sgorbietto. 

Il gioco prosegue monotono € 
silente (non c'è colonna sonora) 
sino a quando tutti i giocatori non 
hanno raggiunto l’ultima buca. A 
questo punto, una rapida occhia- 
ta al tabellone dei punteggi comu- 
nica il nome del vincitore, gli 
handicap e una serie di dati che 
farebbe la gioia di uno studente di 
statistica. 

Simulgolf rappresenta un lode- 
vole sforzo da parte della neonata 
Simulmondo, ma non riesce a 
reggere il confronto con i giochi 
di produzione anglosassone, 
nemmeno con quelli a basso prez- 
zo. In tutte le sue parti traspare 
l’amatorialità del prodotto, che 
sarebbe stata accettabile soltanto 
se accompagnata da una maggio- 
re varietà di gioco... e a un prezzo 
diverso. Gli amanti del minigolf 
possono sempre consolarsi con 
Mini Putt, mentre noi aspettiamo 


con interattiva pazienza NUOVI 
titoli Simulmondo. 

F.R. 
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Come affrontare 
il Dungeon Doom 
di Ultima V 


Il dungeon si trova esattamente al 
centro del Continente Sotterraneo (Un- 
derworld), alle coordinate HA HA e si 
raggiunge scendendo dal Dungeon 
Shame. Usate l’amuleto per penetrare 
nell’area scura di Doom. Dovete avere 
con voi la corona, lo scettro e la Parola 
del Potere per Doom (Veramocor). 
Avrete anche bisogno dell’arco di san- 
dalo (Sandalwood Bow). 
Nel Dungeon Shame 

Urlate (Yell) la Parola del Potere. Sulle 
prime vi sembrerà di essere bloccati, ma 
attaccando le rocce sulla parete sud con 
le asce magiche scoprirete un’uscita 
segreta. Uscite e imboccate il primo 
corridoio a sinistra. Seguitelo sino ad 
arrivare alla discesa al settimo livello. 
Un cartello vi informerà che siete 
arrivati al livello “più profondo”. Igno- 
ratelo, perché andando quattro volte 
verso sud scenderete all’ottavo livello. 
Una volta arrivati laggiù, muovetevi a 
ovest di una casella e lanciate l’incante- 
simo Des Por contro l’Underworld. 
L’uscita, se vi interessa, si trova (parten- 
do dal vostro punto di arrivo nell’ottavo 
livello) due caselle a ovest, una a sud, 
una ancora verso ovest, due verso sud e 
infine tre passi in direzione est (attra- 
verso una porta segreta). Per trovare 
Doom, viaggiate verso est più che 
potete, poi usate l’incantesimo “Blink” 
sino alle pianure erbose. Attraversate 


l'acqua sul Tappeto Volante (Magic 
Carpet). 


Prima di entrare in Doom dovete avere 
ucciso tutti i Signori delle Ombre (Sha- 
dowlords). Dal momento che in questa 
zona non si possono usare gli incantesi- 
mi di Up e Down, l’unico modo per 
uscire è di liberare Lord British o di 
farsi uccidere. 

L'Anello dell’Invisibilità (Ring Of Invi- 
sibility) qui non funziona molto bene, 
ma aiuta molto indossare la Corona 
(Crown). 


Nel Dungeon Doom 
Livello Uno 
Uscite dalla stanza segnata con “a” 
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camminando verso nord sino al limite 
della parete ovest e usando lo Scettro, 
che fa sparire i muri. Seguite i corridoi 
sino alla scala in (b). 


Livello Due 


Da (c) arrivate in (d) e scendete usando 
la scala. 


Livello Tre 

Da (e) muovetevi continuamente a est 
sino a oltrepassare una porta segreta e 
raggiungere un corridoio. Seguitelo, e 
potrete scendere in (f). 


Livello Quattro 

Scendendo dal Livello Tre apparite in 
(g), ma dovreste continuare a scendere 
in modo da raggiungere il Livello 
Cinque. 


Livelli Cinque e Quattro 

Vi ritrovate in (h): andate a est e risalite 
il pozzo in (i). Vi troverete sopra al 
centro della sala a forma di croce (j) del 
Livello Quattro. Andate a sud e frugate 
(Search) per trovare un passaggio in (k). 
Scendete nel pozzo, e vi ritroverete in 
un corridoio est/ovest nel Livello Cin- 
que. Se usate una Gemma, vedrete il 
livello come una griglia infinita. In 
questo momento vi trovate fra le sue 
intersezioni. 

A ogni intersezione c'è un pozzo che 
porta in alto. Andate a est sino al primo 
incrocio, girate a nord e prendete il 
primo pozzo che va in alto fra gli incroci 
(che non è indicato sulla mappa). Dovre- 
ste ritrovarvi in (m) al Livello Quattro. 
Frugate per trovare il pozzo in (1) nella 
zona dell’angolo di sud ovest, che vi 
porta a una scala che scende attraverso 
tutto il Livello Cinque vi fa arrivare in 
(n) sul Livello Sei. 


Livello Sei 

Andate verso ovest da (n) sino alla 
stanza all’incrocio, poi muovetevi a 
nord sino alla scala e scendete. 


Livello Sette 

Da (0) andate a sud nella stanza in 
mezzo al corridoio. Non attraversatela! 
Prima di uscire dovete eliminare tutti i 
mostri presenti, e in questo caso un 
incantesimo di Paura (Fear) seguito da 
una Scossa Tellurica (Tremor) o qual- 
cosa di simile fa miracoli. Assicuratevi 
d’indossare la Corona. Dopo aver elimi- 
nato tutti i nemici, raccogliete le loro 
attrezzature. Nel mezzo della stanza, 
troverete nascosto sotto la sabbia un 
cofanetto. Apritelo, prendete tutto 
quello che contiene e sotto apparirà una 


scala. Scendete. (Se siete in condizioni 
critiche, prima di scendere lasciate la 
stanza e curatevi). 


Livello Otto 

Apparite in una stanza (p) divisa in due 
da un fiume. Uccidete i draghi e i 
serpenti di mare (l'incantesimo Fear 
funziona molto bene anche qui). Per 
attraversare il fiume, dovete attivare un 
meccanismo che si trova nell'angolo in 
alto a sinistra della stanza. Usate un’a- 
scia magica, una lancia o un’accetta da 
lancio e colpite il muro in quella sezio- 
ne. Il punto esatto è a sinistra delle due 
cascate. Un ponte si abbasserà sul fiume 
non appena farete centro. Un effetto 
secondario della manovra è di fare 
apparire alcuni mostri, ma se non avete 
voglia di affrontarli potete correre velo- 
cemente attraverso il ponte e liberarve- 
ne. Muovetevi verso ovest e scendete la 
scala in (q) per arrivare al Livello Sette. 


Livello Sette 

In (q) dovete andare a sud ma non c’è 
uscita in quella direzione. Per risolvere 
il problema, eliminate i mostri e spinge- 
te il muro vicino alla grata per attivare 
un meccanismo, che apre una parte di 
muro verso nord. Dal punto in cui si 
trova la grata, muovetevi verso la parte 
di muro appena modificata e spingete, e 
aprirete finalmente un passaggio verso 
sud. Dopo essere andati in quella dire- 
zione, cercate (Search) per trovare una 
trappola alla fine del corridoio. Il pozzo 
che troverete vi porta giù in (r), al 
Livello Otto. 


Livello Otto gna 
Muovetevi verso ovest da (r) e risalite la 
scala per trovarvi in (s) al Livello Sette. 


Livello Sette 

Da (s) andate a ovest e a sud, cercando 
il passaggio verso il basso nell’angolo. 
Muovetevi attorno, cercate nuovamen- 
te e infilatevi nel pozzo successivo (t) per 
scendere in (u) al Livello Otto. (Assicu- 
ratevi d’indossare la Corona prima di 
scendere). 


Livello Otto 

La prima cosa da fare sull’isola (u) è 
uccidere tutti i mostri. Scegliete un 
personaggio da mandare nella sezione 
settentrionale della stanza, che presenta 
un'uscita. Quando l'uscita è scomparsa, 
qualcuno dovrebbe spingere la piccola 
nicchia nelle pareti dell’angolo in alto a 
destra. Tutto ciò fa apparire un’ulterio- 
re uscita verso est. Andate a est in (v) e 
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risalite la scala per raggiungere (w) al 
Livello Sette. 


Livello Sette 

In (w) c'è un gigantesco braciere. Non 
colpite o spingete il braciere (a meno 
che non vi diverta particolarmente 
l’idea di annegare nella lava). Per elimi- 
nare i demoni che si trovano dall’altra 
parte della barriera, usate lo Scettro per 
cancellarla. (Se indossate la corona, i 
demoni non possono farvi del male.) 
Ora attraversatela e distruggete i mo- 
stri. Un’alternativa è restare vicini al 
muro e usare una Morningstar, anche 
se questo vi farà perdere parecchio 
tempo. Uscite a est, ma cercate bene in 
giro prima di arrivare in fondo al 
corridoio per evitare di cadere in una 
trappola. Dopo aver cercato, potete 
scendere nel pozzo in (x) sino al Livello 
Otto. 


Livello Otto: Finalmente liberi! 

Questa stanza (x) non ha uscite. Cammi- 
nate sino allo specchio... sempre che 
abbiate con voi l’Arco di Legno di 
Sandalo. 


Pool Of Radiance 


Per moltiplicare gli oggetti in vostro 
possesso (solo nella versione per il 
C-64), dovete innanzi tutto fare una 
copia del disco di salvataggio e usare 
questa copia. 

1) Date tutti gli oggetti da duplicare a 
un unico personaggio. 2) Andate alla 


Training Hall e usate l’opzione Remove 
Character su quel personaggio. 3) La- 
sciate la Training Hall. 4) Accampatevi 
e salvate la partita. 5) Spegnete il 
computer. 6) Ricaricate e richiamate il 
gioco appena salvato. 7) Aggiungete al 
gruppo il personaggio appena elimina- 
to. 8) Partite con Begin Adventuring. 
9) Accampatevi nuovamente. 10) Spo- 
state gli oggetti dal personaggio aggiun- 
to di recente agli altri membri della 
banda. 11) Selezionate “Alter” e “Drop 
Character” eliminando il solito perso- 
naggio. 12) Salvate il gioco. 13) Torna- 
te al punto 5 e ripetete il tutto tante 
volte quante volete duplicare gli oggetti 
di cui al punto 1. 14) Dopo aver finito le 
moltiplicazioni, salvate il gioco con tutti 
i vostri personaggi. 


Prima di ripulire il cimitero (Gra- 
veyards), assicuratevi di avere un sacco 
di parole di Restoration e la Bottiglia 
degli Efreeti (Efreeti Bottle) presa nelle 
Caverne dei Coboldi (Kobold Caves). 


Nel Valjevo Castle, imaghi dovrebbero 
memorizzare Palla di Fuoco (Fireball) e 
Proiettile Fulminante (Lightning Bolt). 
Usate Palla di Fuoco sui giganti delle 
colline (Hill Giants) e Proiettile Fulmi- 
nante sui giganti di fuoco (Fire Giants). 
Prima di andare dagli uomini lucertola 
(Lizard Men), assicuratevi di aver libe- 
rato gli schiavi sull’isola dello Stregone 
(Sorcerer’s Isle). Sul pannello nello 
Studio di Yarash, il bottone blu vi 
teletrasporta in un punto vicino all’usci- 
ta, mentre gli altri tre vi portano in una 
serie di camere piene di tesori. 





Finale del gioco: Nel Castello di Valje- 
vo, ci sono quattro caselle nel centro del 
labirinto. Una contiene un falso 
Tyrantsaxus. Ripulitelo e scoprirete 
che una delle pareti è un'illusione. 
Passatevi attraverso e troverete delle 
scale che portano ad altre stanze, una 
delle quali contiene il vero Tyrant- 
saxUs. 


Ultima V 


Ecco un sistema rapido per trovare 
pozioni, pergamene, armi, gemme ecc. 
Per cominciare trovate le Skull Keys. 
Osservate l’armaiolo (Armourer) a Mi- 
noc (Shenstone) a mezzogiorno. Verso 
l’una di pomeriggio, cercate (Search) 
l’albero al quale è sempre vicino e 
troverete cinque chiavi. (Queste vengo- 
no sostituite ogni giorno all’una, così 
potete tornare a prenderne quante ne 
volete). Scendete nelle fondamenta del 
castello di Lord British e usate una Skull 
Key per aprire la porta più a sud, dove 
troverete tre cofani. Prendete tutto 
quel che contengono, uscite dalla stanza 
e risalite una scala qualsiasi. Scendete e 
rientrate nella stanza, e i cofani saranno 
nuovamente pieni. Vendete tutto quel- 
lo che non vi serve. Poiché rubare 
abbassa il vostro status di Avatar, entra- 
te in un tempio relativo a un’avventura 
già risolta, meditate per tre cicli e offrite 
900 monete d’oro. Per ogni 900 mone- 
te, viene alzato di uno il vostro livello di 
Avatar. 

(i 
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INPUT/OUTPUT SVELA | SEGRETI DEL VOSTRO COMPUTER 





VO, 


(GT VEVX: Mao glolo (oRey! 


*190 Memoria disponibile in tempo reale - 
Questo programma trae spunto da un’applicazio- 
ne di pubblico dominio per l’Amiga e viene in 
aiuto ai programmatori dando una continua 
informazione su un importante parametro del 
Commodore 64: la memoria occupata da un 
programma Basic e dai suoi dati. 

L'idea viene messa in pratica molto semplice- 
mente, agganciando alla routine di interrupt una 
routine che calcola e visualizza periodicamente la 
quantità di memoria disponibile (dalla fine degli 
array numerici fino all’inizio delle variabili stringa, 
le quali, com’è arcinoto, vengono sistemate a 
partire dal fondo della memoria). 

Come tutti i programmi che visualizzano dati 
sullo schermo in maniera asincrona rispetto al 
programma in esecuzione, anche questo comporta 
lo svantaggio di disturbare la prima riga dello 
schermo: una possibile soluzione potrebbe consi- 
stere nell'inserire le informazioni dentro uno 
sprite (si veda l’Input/Output n. 170 orologio-spri- 


te pubblicato sul numero 4/88 di Commodore 
Gazette). 
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#191 Creazione di file sorgenti - Ecco un metodo 
semplice quanto efficace per ottenere dei file di 
testo dai nostri programmi Basic o in linguaggio 
macchina. Com'è noto, questo tipo di programmi 
viene memorizzato sul disco in un formato caratte- 
ristico del Commodore 64/128 ossia come insieme 
di codici compattati (token) nel caso del Basic o 
come insieme d’istruzioni in linguaggio macchina 
nel secondo caso: questo ci impedisce di trasferire 
con facilità tali programmi su altri computer, 
oppure di inviarli attraverso le linee telefoniche, 
oppure ancora di analizzare o stampare con un 
word processor il listato del programma. Le brevi 
procedure presentate soddisfano questa esigenza. 


Per programmi Basic: _ 
oper Li "'<filename,s,u>"iromd 2 
list[rigai alel-[riga finale] 
print&2:;clo 









Input/output rivela ogni mese ai suoi lettori 
routine di programmazione per C-64, C-128 
e Amiga. Avete in mente un’idea particolare, 
una routine, un utile stratagemma di program- 
mazione, avete sviluppato un breve programma 
o in generale 
pensate che le Vostre conoscenze possano 


interessare l’utenza Commodore? 
Allora scrivete, e inviate gli eventuali listati 
stampati su carta bianca o salvati su disco a: 


COMMODORE GAZETTE 
Input/output 
Via Monte Napoleone, 9 
20121 - Milano 





INPUTZOUTPUT 





Per programmi in LM: 
operi i"<filename>,s,u"icmd È 
fo 
d[indir, iniziale]lindir, finale] 











print# 2 


Si noti che l’utilità di questa conversione nel caso 
di programmi in linguaggio macchina è ancora 
maggiore, dal momento che i file sorgente risul- 
tanti possono venire modificati attraverso un word 
processor e quindi sottoposti nuovamente a un 
assembler (per esempio geoAssembler). 
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*192 Un comando per stampare - A chi proviene 
dal mondo MS-DOS spesso capita di provare a 
utilizzare il comando “print” sull’Amiga, ottenen- 
do come unico risultato un messaggio di errore: in 
quell’attimo, dopo l’iniziale stupore, cui fa seguito 
un tentativo di capire perché il disco sistema non 
è nel disk drive richiesto, ci viene in mente che la 
questione degli standard è ancora tutta da risolve- 
re e che quindi dovremo utilizzare qualche altro 
sistema per ottenere la nostra hard-copy. 

In linea di massima, il metodo più usato per 
ottenere la stampa di un file consiste nel farne una 
copia verso il dispositivo PAR:. Vi proponiamo un 
file comandi che svolge tale operazione, e anche un 
trucco che vi consentirà di mandare in esecuzione 
dei file comandi senza utilizzare il comando 
EXECUTE. 


File script “print”: 
«key filenameza 
run COPY <fi 






File “pr.c”: 
#include <st 
#include < 





Il trucco consiste nell'impiego della funzione C 
Execute(), che manda in esecuzione un comando 
CLI. Nel nostro caso, poiché ci interessa eseguire 
un file comandi, la stringa di comando passata alla 
funzione Execute() sarà costituita da “EXECUTE 
<nome file script> <parametro 1>”. 

Ovviamente sì poteva ottenere la stampa di un 
file anche in modo più semplice, ma qui abbiamo 
voluto evidenziare una particolare funzione del- 
l’AmigaDOS. (L] 
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VENDITA PER CORRISPONDENZA DI PROGRAMMI 
ORIGINALI PER TUTTI I TIPI DI COMPUTERS 
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® SoftMail è un marchio registrato da Lago sne 


SoftMail è l'azienda di 
vendita per corrispon- 

denza con il pi 
per 

dot i computers. 
‘organizzazione profes- 
sionale e la serietà del 
nostro servizio garanti- 


scono la massima cura 
per ogni ondine. Non 
solo: da quest'anno i 


nostri clienti più fedeli 
possono usufruire di 


ive. Prova ad 
effettuare un acquisto 
tramite il tagliando qui 
sotto: ti sentirai subito 


un cliente molto spe- 
ciale! SoftMail ti riserva 
informazioni, consigli, 
anticipazioni e tutta la 
gentilezza che ti meriti. 
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Presentiamo in questa 
pagina alcune tra le 
ultime novità del cata- 
logo SoftMail. 

Ecco qualche informa- 
zione utile sul nostro 
servizio: è possibile 
effettuare i = 
fonici dopo aver effettu- 
ato un primo ordine 
scritto, Se desideri noti- 
zie sulla disponibilità ed 
i prezzi dei prodotti che 
non compaiono in que- 
sta lista puoi telefonare 
allo (051) 30.01.74 dalle 
14:30 alle 18:00 dal 
lunedì al venerdì. 
SoftMail può organiz- 
zare la consegna anche 
tramite corriere: inter- 
pellaci per maggiori 
informazioni. Oltre’ alle 


ultime novità qui 
esposte, SoftMail offre 
È - eee 
seguenti case: - Aegis, 
Cnemivare, EA, Vie 
bird, Microprose, Rain- 
bird, SSI, SSG, Sublogic. 
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Carrier command 49.000 
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Sculpt/Animate 4D 825.000 


$Skychase 59.000 
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Who fr. Roger Rabbit telef. 
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SISTEMI ESPERTI PER L’AMIGA 


L’INTELLIGENZA 
ARTIFICIALE SULL’AMIGA 
E IL PACCHETTO MAGELLAN 


Una carrellata sui sistemi esperti, le shell, i metodi di analisi, 
le reti neurali e i frame. Ora finalmente possiamo fare esperimenti 
sull’IA anche con l’Amiga, grazie a Magellan 


di Matthew Leeds 


el film 2001: Odissea nello 
N spazio compariva un sofi- 

sticato computer, HAL 
9000, capace di comprendere or- 
dini espressi a voce e di risponde- 
re nello stesso modo. Veniva 
descritto come un sistema dotato 
d’intelligenza artificiale, che alla 
fine impazziva e uccideva quasi 
tutto l’equipaggio dell’astronave 
che gli era stata affidata. Se 
torniamo sulla Terra, scopriamo 
che la nascita dell’intelligenza 
artificiale è stata molto faticosa 
anche al di fuori delle sale cine- 
matografiche. 

La tecnologia dell’intelligenza 
artificiale può essere suddivisa in 
tre aree principali: la comprensio- 
ne del linguaggio naturale, la 
robotica e i sistemi esperti. La 
comprensione del linguaggio na- 
turale, insieme a quella del lin- 
guaggio parlato, ha come meta la 
realizzazione di una macchina 
simile a HAL 9000 (senza malfun- 
zionamenti). La robotica si occu- 
pa di apparati meccanici control- 
lati tramite computer. Con il 
nome di “sistemi esperti”, infine, 
si indicano tutti i programmi che, 
grazie a una base di conoscenze, 
possono giungere a conclusioni 
simili a quella di un esperto 
umano. 

Quanto “esperto” può essere 
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un sistema esperto? L’American 
Express fa uso di un moderno 
sistema computerizzato in grado 
di prendere decisioni autonome 
in merito a pratiche di credito 
insolite. La base di conoscenze di 
questo sistema è stata creata con- 
sultando gli esperti dell’azienda. 
Per ora, gli errori sembrano esse- 


realizzazione di sistemi informati- 
ci complessi. Il risparmio è dovu- 
to principalmente a una riduzio- 
ne di 300 volte nel tempo di 
progettazione. 

In ogni caso, di sistemi esperti 
ce ne sono molti. Alcuni dimo- 
strano capacità di decisione in- 
dubbiamente elevate, ma altri si 
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La schermata di apertura del sistema esperto Magellan 


re minimi, anche se non vengono 
forniti dati ufficiali. La Digital 
Equipment si dimostra invece 
meno riservata, e dichiara rispar- 
mi annuali che vanno dai 70 ai 100 
milioni di dollari grazie all’uso di 
programmi “intelligenti” nella 


limitano a mettere in mostra un 
comportamento intelligente in 
settori piuttosto ristretti. In effet- 
ti il termine “sistema esperto” può 
creare false illusioni. Proprio per 
questo, da un po’ di tempo è 
entrata nell’uso un'espressione 





più generica: “sistemi basati sulla 
conoscenza”. Si ritiene che questa 
definizione sia più adatta per fare 
riferimento a pacchetti software 
che utilizzano aspetti della cono- 
scenza umana e del ragionamento 
per analizzare i problemi e trarre 
le loro conclusioni. 


Hard coded e shell 


I primi sistemi di questo tipo 
sono stati i cosiddetti sistemi 
“hard coded”, ossia programmi 
destinati ad avere a che fare con 
un unico insieme d’informazioni. 
Fu soltanto con la creazione di 
Mycin (un sistema esperto proget- 
tato da Edward Shortliffe della 
Medical School di Stanford per 
aiutare i medici nella scelta degli 
antibiotici da somministrare al 
pazienti) che si comprese l’impor- 
tanza di mantenere separato l’in- 
sieme delle conoscenze dal mec- 
canismo logico. Questo portò alla 
creazione di una “shell” per 1 
sistemi esperti, ovvero un disposi- 
tivo software d’impiego universa- 
le in grado di utilizzare informa- 
zioni di ogni tipo. : 

Portare a termine Mycin richie- 
se un impegno equivalente a 20 
anni del lavoro di un uomo, e alla 
fine conteneva circa 500 regole su 
cui basare le sue decisioni. Diven- 
tò più preciso degli stessi medici 
che gli avevano fornito le regole 
su cui si basava, ma non riuscì mal 
ad avere il tono rassicurante di un 
vecchio medico di famiglia. | 

Le shell dei sistemi esperti, 0 
motori inferenziali, si basano su 
regole costruite tramite il classico 
costrutto condizionale IF... 
THEN. La sezione relativa alla 
condizione “IF” si chiama antece- 
dente, e la sezione relativa all’im- 
plicazione “THEN” si chiama con- 
seguente. Possono esservi anche 
diversi antecedenti in una propo- 
sizione, e devono tutti risultare 
veri perché la conseguenza venga 
considerata vera. Il motore infe- 
renziale memorizza ciascun ante- 
cedente immesso dall’utente in 
una raccolta di dati da considera- 
re veri (asserzioni). A mano a 
mano che esamina le asserzioni a 


lui fornite, il motore inferenziale 
può applicare le regole per trarre 
alcune conclusioni da considerare 
a loro volta vere e quindi da 
aggiungere alla sua base di cono- 
scenze. Alla fine giunge a una 
soluzione. 


Dey 


successione i dati che gli servono. 
E lo fa nel momento stesso in cui 
crea la linea di ragionamento per 
rispondere a una domanda o 
risolvere un problema. In altre 
parole, è il meccanismo decisiona- 
le stesso a orientarsi da solo nel 


elopment 


Methodology 





Passi fondamentali nella creazione di un 


Un'importante differenza tra i 
sistemi hard coded e le shell dei 
sistemi esperti consiste nell’ordi- 
namento delle regole: i program- 
mi del primo tipo richiedono al 
programmatore la conoscenza 
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sistema esperto 


cammino da seguire attraverso le 
regole e le conoscenze acquisite. 

Inoltre, non è necessario che 
ciascuna regola porti a una con- 
clusione finale: una regola può 
semplicemente appartenere a un 
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Nel modo Data Entry il sistema esperto interroga l’utente 


anticipata di ogni possibile asser- 
zione, nell’esatto ordine in cui 
intervengono. Nelle shell, che 
sono più flessibili, l'ordinamento 
dei dati è ininfluente perché è lo 
stesso motore inferenziale che 
provvede a mettere nella giusta 


gruppo di condizioni che devono 
risultare vere perché si raggiunga 
una certa conclusione. Ognuna 
delle regole va analizzata seguen- 
do un certo ordine per vedere se 
le sue condizioni sono soddisfatte 
dalle asserzioni di base (vere per 
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definizione) e dalle conclusioni 
raggiunte fino a quel momento. 
Questo processo prosegue finché 
tutte le regole non sono state 
esaminate e nessuna fornisce più 
conclusioni vere, né si verificano 
mutamenti nelle conoscenze di 
base. Oppure finché non si trova 
una soluzione. 


I due metodi di deduzione 


Il motore inferenziale può esa- 
minare le regole in due modi 
distinti, in avanti o all’indietro 
(forward chaining e backward 
chaining). Nell’analisi in avanti si 
parte da un insieme di dati noti e 
s1 seguono le regole secondo il 
loro percorso logico, dalle pre- 
messe alle conclusioni. Alla fine si 
ottengono una serie di conse- 
guenze (metodo “data driven”). 
Usando l’analisi all’indietro, inve- 
ce, il sistema parte da un'ipotesi di 
lavoro e segue il processo a ritro- 
so, dalle conclusioni alle premes- 
se, ottenendo infine dati analoghi 
a quelli contenuti nella sua base di 
conoscenze: questa viene conside- 
rata una prova della correttezza 
dell’ipotesi di partenza (metodo 
“object driven”). Un esempio di 
base conoscitiva può essere il 
seguente: 


Regola 1 — Se B è vero, allora C è ve; 

, ro. 
Regola 2 — Se C è vero, allora D è vero. 
Regola 3 — Se A è vero, allora B è vero. 


Risolviamo un problema con il 
metodo forward chaining. 


Asserzione iniziale: A è vero, 


SG 
Secondo la regola 3, se A è vero, 
anche B è vero. 


° Se, 
Secondo la regola 1, se B è vero, 
anche C è vero, 


© Secondo la regola 2, se C è vero, 
anche D è vero, 
Dunque D è vero. 


Risolviamo lo stesso problema 
con il metodo backward chaining. 


Ipotesi: D è vero. 

© Applichiamo la regola 2: D è vero 
se C è vero. 

© Applichiamo la regola 1: C è vero 
se B è vero. 

© Applichiamo la regola 3: B è vero 
se A è vero. 
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® Asserzione iniziale: A è vero. 
Dunque D è vero. 


Il metodo forward chaining 
parte dalle asserzioni riguardanti 
un problema e attraversa tutte le 
possibilità che scaturiscono dall’a- 
nalisi dell’insieme di regole. Alla 
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Il metodo backward chaining, 
invece, fa uso delle risposte che si 
suppongono vere per un dato 
problema ed esamina all’indietro 
i dati in suo possesso per giungere 
alle asserzioni di base. Il percorso 
attraverso le regole è guidato 





Il metodo backward chaining sulla base di un’ipotesi esamina 
le regole all’indietro, dalla conclusione alle premesse 


fine vengono tratte le conclusio- 
ni: non ci sono informazioni che 
possano stabilire a priori quali 
conclusioni si otterranno dal pro- 
cesso deduttivo, o se una partico- 
lare conclusione risulterà vera. Si 


dalle conclusioni, anziché dalle 
premesse, e la risposta viene con- 
siderata esatta se al termine del- 
l’analisi il sistema trova asserzioni 
iniziali che coincidono con quelle 
fornite come vere. 





Magellan chiede conferma per associare un oggetto aunvalore 


tratta di un sistema utile soprat- 
tutto quando le conoscenze ri- 
chieste per arrivare a una decisio- 
ne sono tutte disponibili sin dall’i- 
nizio e quando le conclusioni 
attese sono in numero inferiore 
alle premesse. 


Sebbene l’idea su cui si basa 
questo secondo metodo sia fonda- 
mentalmente semplice, la sua co- 
dificazione a livello software è 
molto complessa. Analizziamo il 
problema in dettaglio: l’analisi si 
conclude subito se il sistema trova 








un’asserzione che coincide con la 
supposizione di partenza; in caso 
contrario il sistema deve andare 
alla ricerca di una regola la cui 
conseguenza contenga la supposi- 
zione da controllare. Se tutti gli 
antecedenti di quella regola sono 
veri, il processo termina, altri- 
menti si deve effettuare un’analisi 
ricorsiva sulle altre regole finché 
non si ottiene la conclusione atte- 
sa. Il metodo backward chaining 
può essere più efficiente di quello 
forward chaining perché se la 
supposizione iniziale è corretta, 
durante il processo analitico /de- 
duttivo si spreca meno tempo nei 
vicoli ciechi. In pratica, risulta il 
metodo da preferire se l’utente fa 
una buona scelta riguardo alla 
possibile soluzione e quando ci 
sono più soluzioni di quante sono 
le asserzioni iniziali. 

Nella shell di un buon sistema 
esperto, i due metodi vengono 
combinati insieme per ottenere 
una maggior flessibilità: l’analisi 
in avanti stabilisce che cosa si può 
scoprire analizzando le conoscen- 
ze a propria disposizione, mentre 
quella all’indietro determina la 
strada da seguire per trarre le 
conclusioni. 

Un buon motore inferenziale 
deve inoltre fornire una spiega- 
zione del percorso (ovvero del 
“ragionamento”) seguito per rag- 
giungere la conclusione: può trat- 
tarsi di un elenco ordinato delle 
regole di cui ha fatto uso, oppure 
di un database separato conte- 
nente le informazioni necessarie 
per capire che regola o che infor- 
mazione sta alla base di ogni 
scelta. Questa spiegazione è fon- 
damentale perché nessuna perso- 
na competente potrà mai accetta- 
re le conclusioni di un sistema 
esperto che non sappia giustifica- 
re il proprio cammino logico. Un 
sistema di spiegazione bene orga- 
nizzato può anche essere utilizza- 
to come strumento didattico. 


Altri tipi di sistemi 
“intelligenti” 


I sistemi sin qui esaminati, 
quelli basati sulle regole, sono un 


po’ limitati, perché devono ana- 
lizzare ripetutamente e nell’esat- 
to ordine l’intera base di cono- 
scenze. Di conseguenza, l’effi- 


cienza del processo deduttivo di- 
minuisce con l’aumentare delle 
regole. Con ampie basi conosciti- 


do sì che la regola appropriata a 
un dato contesto venga rintrac- 
ciata per prima. Qualsiasi ordina- 
mento, però, diminuisce la reci- 
proca indipendenza dei dati della 
base conoscitiva. 

Chiariamo il concetto con un 





Il sistema esperto è giunto a una conclusione e la espone 


ve il processo diventa tanto lento 
da non essere più adatto ad 
applicazioni che richiedono rispo- 
ste immediate. Questa lentezza 
può essere ridotta o eliminata del 
tutto facendo uso di metodi di 


Magellan può visualizzare un’immagine 
processo deduttivo, o al momento di esporre la conclusione 


ricerca mirati, come l’organizza- 
zione delle regole in una rete di 
raggruppamenti, nella quale l’uti 
lizzazione di una certa regola 
limita la successiva analisi a un 
sottogruppo di regole. Oppure sì 
possono ordinare le regole facen- 


semplice esempio. Al mattino 
dobbiamo decidere come vestirci. 
La nostra scelta deve soddisfare 
due esigenze: essere adeguata alle 
condizioni atmosferiche e al no- 
stro umore. Anche se disponiamo 





IFF durante il 


di un guardaroba limitato, dob- 
biamo fare i conti con un notevole 
numero di combinazioni possibili 
tra i vestiti, e sprecheremmo 
moltissimo tempo se ogni mattina 
dovessimo prendere in considera- 
zione tutte le possibilità e stabilire 
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in che misura ognuna soddisfa le 
due esigenze. Però possiamo ope- 
rare una drastica selezione sulle 
possibili scelte andando a vedere 
com'è il tempo, ed eliminando 
per esempio tutti gli indumenti 
pesanti se c’è il sole. In tal modo 
il campo di ricerca si riduce 
notevolmente, e può essere ridot- 
to ancora eliminando subito le 
scelte che non si accordano per 
nulla con il nostro umore: le 
possibilità ancora in gioco do- 
vrebbero essere ormai molto po- 
che. 

La quantità d’informazioni che 
può essere introdotta in una sin- 
gola regola senza che diventi 
troppo complessa per un essere 
umano è limitata. D'altro canto, 
la suddivisione delle regole in un 
gran numero di sotto-regole più 
elementari porta inevitabilmente 
a un rallentamento del sistema 
deduttivo. Si ricordi inoltre che i 
sistemi esperti basati sulle regole, 
non possono analizzare i proble- 
mi da diversi punti di vista come 
farebbe un uomo. Devono per 
forza limitarsi soltanto al punto di 
vista per cui sono stati progettati. 

Ci sono comunque altri approc- 
ci possibili per un sistema esperto, 
al di là di quello basato sui 

connnettivi logici IF... THEN. 
Quest'ultimo, infatti, benché sia 
ottimo per i sistemi esperti basati 
sull’esperienza, richiede una base 
conoscitiva troppo specifica. Per 
trattare dati generici serve un 
approccio diverso, se non si vuole 
che il numero di regole diventi 
infinito. La logica e i sillogismi, 
Per esempio, sono una base su cui 
costruire questo diverso approc- 
cio. Il sillogismo è un costrutto 
logico che si presta splendida- 
mente al meccanismo deduttivo. 
Eccone un esempio: tutti gli uo- 
mini sbagliano; Matthew Leeds è 
un uomo; dunque, Matthew Le- 
eds sbaglia. 

Un'altra possibile strada è quel- 
la delle reti neurali, in cui le 
informazioni sono concatenate da 
legami di parentela. Anziché re- 
gole, vengono creati elenchi di 
oggetti o di caratteristiche, e 
vengono definite le relazioni tra i 
vari elementi. All’aggiunta di 
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nuovi elementi, il programma 
può “chiedere informazioni” e/o 
cercare d’identificare il nuovo 
elemento. A questo scopo viene 
usato un equivalente software 
della ricerca di ripetute conferme 
alle proprie ipotesi, analogamen- 


-UHY? 
ary to determine what the cell feature of interest 151? 


0 find this It 15 necessany to exanine: 
RULE #7, 


to resolve THEN-part clause 1 


ture convenzionali quando ven- 
gono organizzati in forma di 
alberi o di reticoli, perché sfrutta- 
no il modello gerarchico per 
ereditare gli attributi da altri 
frame. Così, un frame che si trova 
alla radice dell’albero rappresen- 


(1). THEN the display kbases:pictures/attaching files 15 kbases:pictures/att 


‘aching files . certainty is 1,0009989. 





Il sistema deve sempre saper giustificare le sue conclusioni 


te a quanto avviene nel processo 
d’apprendimento umano. 

Di recente si è diffuso un altro 
metodo, conosciuto come “meto- 
do dei frame”. I frame sono 
“luoghi” in cui vengono inserite 


ta un concetto o un oggetto al 
massimo livello di astrazione, 
mentre i frame sistemati sui nodi 
periferici (o foglie) rappresenta- 
no conoscenze specifiche (le espe- 
rienze del sistema). Maggiore è il 





Le word sono gli elementi utilizzabili per la base di conoscenze 


descrizioni generiche di oggetti, 
ciascun attributo dei quali occupa 
una casella. Un insieme di caselle 
definisce un concetto, un oggetto 
oppure un evento. I frame rap- 
presentano la conoscenza: posso- 
no essere più efficaci delle strut- 


livello a cui si trova un frame 
sull’albero, meno specifico è il suo 
tipo di conoscenza. Sistemi esper- 
ti di questo tipo sono in grado di 
operare meglio rispetto agli altri, 
soprattutto nel caso di una base 
d'informazioni piuttosto esigua. 





Magellan: un sistema esperto 
per l’Amiga 


I sistemi esperti, disponibili so- 
lo da pochi anni per i piccoli 
computer, in genere hanno un 
prezzo che oscilla dai 3 ai 5 mila 
dollari. Il pacchetto Magellan per 
l’Amiga viene venduto a un prez- 
zo molto inferiore, soltanto 195 
dollari. Offre un motore inferen- 
ziale strettamente basato sulle 
regole, che fa uso di un linguag- 
gio abbastanza vicino all'inglese 
per la costruzione di ulteriori 
regole. Consente inoltre l’uso di 
fattori probabilistici per la rap- 
presentazione dei vari livelli di 
certezza, sia per quanto riguarda 
i dati forniti dall'utente, sia per le 
risposte del sistema. È accluso 
anche un dettagliato sistema per 
la descrizione della linea di ragio- 
namento seguita dal programma. 

Magellan consente l’impiego di 
entrambi i metodi per l’analisi 
delle regole, forward e backward 
chaining, e la scelta è affidata 
all’utente. È scritto in linguaggio 
C, e la sua velocità di esecuzione 
è da tre a otto volte superiore a 
quella che si ottiene con analoghi 
sistemi basati sul linguaggio LISP. 
Sui computer Amiga da 512K, sì 
possono definire da 50 a 100 
regole, mentre su sistemi da un 
megabyte si possono superare le 
500 regole. Per la scelta delle 
risposte standard alle richieste del 
sistema sono disponibili gli stru- 
menti tipici dell’interfaccia uten- 
te dell’Amiga (gadget, menu...). 

Il pacchetto Magellan com- 
prende un manuale di 160 pagine 
e due dischi contenenti il pro- 
gramma e un database d’esempio. 
Dopo il boot del programma CI sl 
ritrova all’interno della scherma- 
ta principale suddivisa in due 
finestre: quella superiore è la 
finestra di controllo, mentre 
quella inferiore è riservata al 
dialogo con il programma. A 
questo punto si possono fare tre 
cose: creare una nuova base di 
conoscenze, modificarne una già 
presente in memoria oppure cari- 
care nel computer una base di 
conoscenze già pronta. 

Per creare una nuova base 


conoscitiva occorre definire un 
set di regole attraverso la finestra 
RuleBuild. Questa mette a dispo- 
sizione un insieme di caselle (cell) 
nelle quali vengono inseriti gli 
elementi di ogni regola: Object (il 
soggetto della regola); Attribute 
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smi del motore inferenziale una 
certa dose di incertezza. 

Ogni terna di Object, Attribute 
e Value forma una casella. Cia- 
scuna casella può essere messa in 
relazione con variabili, file di 
testo, immagini in formato IFF, 


Dai 
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La finestra RuleBuild permette all’utente d’inserire le regole 


type (la categoria a cui appartiene 
il Value che assegneremo al sog- 
getto); Operator (le relazioni tra 
Attribute e Value); Value (l’attri- 
buto assegnato al soggetto). Si 
possono poi stabilire delle “so- 


animazioni o parti di programma. 
In questo modo è possibile asso- 
ciare alla base conoscitiva una 
serie di messaggi, visivi o di 
diverso tipo, che il sistema utiliz- 
zerà per sottoporci le sue doman- 














Magellan può visualizzare testi e immagini, o può chiamare 
altri programmi per documentare le conclusioni a cui giunge 


glie” e dei livelli d'incertezza per 
ognuno di questi elementi. Infat- 
ti, dal momento che i problemi 
del mondo reale non hanno quasi 
mai soluzioni sicure al cento per 
cento, per simulare la realtà è 
necessario inserire nei meccani- 


de nell’analisi all'indietro, o per 
mostrarci le soluzioni nell’analisi 
in avanti. 

A questo punto è utile una 
precisazione: se questa descrizio- 
ne sul funzionamento di Magellan 
appare un po’ vaga, è soltanto 
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perché il processo stesso, sotto 
molti aspetti, è piuttosto vago. Se 
qualcuno vi chiedesse come fa un 
bambino a imparare, sareste in 
grado d'’illustrare il processo con 
una serie di passi precisi? La 
creazione di una base di cono- 
scenze avviene in modo molto 
simile. Si comincia con un argo- 
mento che si ritiene di conoscere 
bene, quindi si procede alla crea- 
zione di un elenco di regole che 
definiscono i rapporti interni tra i 
vari elementi che compongono il 
soggetto che ci interessa. A que- 
sto punto s’interroga il sistema 
per vedere se fornisce risposte 
corrette alle nostre domande e 
spesso capita di scoprire che nelle 
risposte ci sono errori, anomalie e 
strani equivoci logici che non ci 
saremmo mai aspettati. Dobbia- 
mo quindi intervenire per modifi- 
care le regole. 

Con un po’ d’immaginazione, è 
possibile pensare alla creazione di 
una base di conoscenze come aun 
complesso videogame, nel quale 
bisogna comprendere a fondo un 
insieme di meccanismi, definirli 
in termini di costrutti logici di 
tipo condizionale (IF... THEN) 
senza dare mai niente per sconta- 
to. Ma la difficoltà maggiore 
nasce dal fatto che non dobbiamo 
batterci contro un avversario 
computerizzato, ma contro noi 
stessi. Non c è mente di più arduo 
e di più frustrante che tentare di 
dare un ordine logico alla propria 
conoscenza e trasformarla in co- 


dici che una macchina possa uti- 
lizzare. 


Il futuro di Magellan 


Una nuova versione di Magel- 
lan dovrebbe già essere disponibi- 
le nel momento in cui questo 
articolo viene pubblicato: la ver- 
sione 1.1 conterrà diverse miglio- 
rie, come il supporto dello stan- 
dard video europeo PAL, nuovi 
moduli d'interfaccia, migliora- 
menti nella gestione dei requester 

per i file e per la stesura delle 
regole; conterrà inoltre il suppor- 
to per una porta ARexx e per la 
scheda con i processori 68020/ 
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68881. I moduli d’interfaccia ag- 
giuntivi comprenderanno: SB- 
FIO, per l’impiego dei dati in 
formato Superbase, WKSIO per la 
conversione dei dati creati dal 
Lotus 1-2-3 in formato WKS, 
ASCIO, utile per gestire file di 


divisa in tre categorie: la miglior 
applicazione orientata alla produ- 
zione, la migliore applicazione 
creativa e la più bizzarra. 

Ci sarà un vincitore assoluto e 
due finalisti per ogni categoria: il 
primo premio è un monitor Mo- 





Le caselle contengono un oggetto, un attributo e un valore 


testo (per questo modulo sarà 
presente anche il codice sorgente 
in linguaggio C), SERIO, per 
controllare un modem e contatta- 
re i BBS, e PORTIO, un program- 
ma ARexx che consente al pacchet- 


niterm da 19°” e un pacchetto 
Magellan, mentre ai finalisti sa- 
ranno assegnati altrettanti pac- 
chetti Magellan. La data di sca- 
denza per le iscrizioni è il primo 
giugno 1989. | 














Si possono creare gadget che contengono 


to Magellan di essere controllato 
da un altro programma. 

La Emerald Intelligence, la ca- 
sa produttrice del programma 
Magellan, ha organizzato una ga- 
ra, il First Annual Magellan Ap- 
plication Contest. La gara è sud- 


risposte standard 


Per ulteriori informazioni 
contattare direttamente: 


Emerald Intelligence, 
Magellan Contest Rules 
3915-A1, Research Park Drive 
Ann Arbor, MI 48108 (USA) 
(tel. 001/31 31663-8757) 
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PROVE HARDWARE 


LE STAMPANTI 
OKI A 9 AGHI 
E A 18 AGHI 


Due proposte OKI: la Microline 192 /Elite, una stampante a 9 aghi con 


qualche soluzione originale, 
a 18 aghi che si fa apprezza 


di Luca Giachino 


a OKI MICROLINE 192/ 
| Elite e la OKI MICROLINE 
292/Elite sono due stam- 
panti che appartengono a due 
fasce di prezzo molto vicine. La 
prima è a 9 aghi mentre la 
seconda a 18. Offrono buone 
prestazioni, soprattutto per quan- 
to riguarda la definizione dei 
caratteri, ma appaiono estetica- 
mente poco accattivanti, sicura- 
mente non al passo con i design 
più in voga nell’affollato mondo 
delle periferiche. Anche sotto il 
profilo della solidità - stiamo 
pensando a quell’impressione pia- 
cevole che si prova quando si 
maneggia una periferica che non 
scricchiola e con plastica che non 
si flette — queste OKI non brillano 
particolarmente. 
Internamente si 


presentano 
molto or 


dinate, con circuiti stam- 
pati che per integrazione non 
hanno niente da invidiare a quelli 
di altre stampanti della stessa 
fascia di prezzo. Nello sforzo di 
privilegiare le ridotte dimensioni 
non vengono però adottate solu- 
zioni particolarmente felici per la 
meccanica di trascinamento e di 
stampa. Se costassero un po’ me- 
no, basterebbe la loro indubbia 
qualità di stampa a mettere in 
secondo piano gli aspetti meno 
riusciti. Ma nella valutazione del 
46/ 
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prezzo di una stampante non è 
possibile tenere conto soltanto 
dei buoni risultati di stampa. In 
un giudizio completo e obiettivo 
entrano sempre in gioco anche 
altri parametri (affidabilità, velo- 
cità...) che per alcuni utenti po- 
trebbero essere persino più im- 
portanti della stessa qualità di 
stampa. Per quanto riguarda que- 
sta prestazione, infatti, il prezzo 
delle due OKI non appare affatto 
esagerato. 


La OKI 192/Elite 


In quest’ultimo periodo, la tec- 
nologia della stampa a 9 aghi ha 
messo in mostra progressi davve- 
ro notevoli. Nonostante l’avvento 
di testine con un numero maggio- 
re di aghi, i costi ridotti delle 
stampanti a 9 aghi e il progressivo 
aumento della loro velocità di 
stampa rimangono due elementi 
preferenziali per l'utente non 
professionale. Tanto più che an- 
che la nitidezza dei caratteri è 
andata aumentando di pari passo 
con le prestazioni cronometriche. 

Per quanto riguarda la velocità, 
i 240 cps (caratteri per secondo) a 
12 cpi (caratteri per pollice), della 
OKI 192/Elite non rappresenta- 


e la Microline 292 /Elite, una stampante 4 
re per la velocità e per la stampa a colori 


no certo la punta di diamante 
della tecnologia attuale. Nella 
stessa fascia di prezzo esistono sul 
mercato stampanti a 9 aghi molto 
più veloci, meno rumorose e 
anche più user-friendly. 

La OKI 192/Elite, d’altra par- 
te, si fa apprezzare per le dimen- 
sioni molto ridotte (360 x 275 x 80 
mm) che la rendono idonea a 
spazi di lavoro limitati senza pre- 
giudicarne la funzionalità. Infat- 
ti, anche se minuta, la OKI 192/ 
Elite non rinuncia a offrire pre- 
stazioni ormai consuete come i 
due trascinamenti tipici, il tratto- 
re e la frizione, e uno schienale 
guida ribaltabile per la carta, 
molto comodo per inserire i fogli 
singoli verticalmente. Sono anche 
disponibili gli incastri per inserire 
un più versatile trattore esterno, 
un supporto per moduli continui 
a rullo e un inseritore automatico 
per i fogli singoli (questi ultimi tre 
accessori sono tutti opzionali). 
Con una modica spesa aggiuntiva 
è possibile acquistare separata- 
mente anche una particolare base 
d’appoggio che consente l’inseri- 
mento frontale dei fogli singoli. 
Nella base d’appoggio è presente 
una feritoia che corrisponde a 
un’uguale feritoia situata nella 
parte inferiore della stampante, 
in corrispondenza del rullo trasci- 





natore. I fogli singoli, seguendo la 
guida interna della base d’appog- 
gio, vengono così incanalati dal 
basso nella meccanica di trascina- 
mento della stampante. Si tratta 
di un sistema manuale, e si po- 
trebbe quindi ritenerlo una spesa 
inutile, ma per certi impieghi 
questo semplice inseritore di fogli 
singoli rappresenta il giusto com- 
promesso fra la scomodità dell’in- 
serimento verticale e il costo 
dell’inseritore automatico. 


L’analisi esterna 


La prima impressione di fronte 
alla OKI 192/Elite è quella di 
maneggiare 
una periferica 
d’impianto 
tradizionale, 
all'apparenza 
priva di ele- 
menti innova- 
tivi o che met- 
tano in mostra 
almeno una 
certa persona- 
lità. Pesa sol- 
tanto 4 chilo- 
grammi e mez- 
zo, è di colore 
beige e non ha 
elementi spor- 
genti. Il pan- 
nello frontale, 
leggermente 
infossato, of- 
fre una console operativa formata 
da quattro tasti e tre indicatori a 
led. Non si può certo dire che i 
costruttori abbiano fatto grossi 
sforzi per rendere pratica l’inte- 
razione con la console. I tasti sono 
infatti poco sensibili, traballanti e 
fastidiosi da usare. I led, di vec- 
chio modello, diventano pratica- 
mente invisibili con la luce diret- 
ta. Sono disponibili i controlli di 
line feed e form feed, top of form 
per indicare alla stampante l’ini- 
zio di un foglio di stampa, e select 
per passare da on-line a off-line e 
viceversa. Se all'accensione si tie- 
ne premuta una particolare com- 
binazione di tasti si può abilitare il 
modo esadecimale di stampa, 
molto utile per controllare quali 


codici giungono effettivamente 
alla stampante. Un’altra combi- 
nazione dà il via all’autotest, e 
un’altra ancora mette in azione il 
programma d’intervento sugli 
switch software. Quest'ultima 
possibilità, disponibile in tutti i 
modelli OKI, permette di confi- 
gurare permanentemente la 
stampante senza dover accedere a 
remoti microswitch interni, ma 


obbliga a inserire un foglio di - 


stampa per vedere in sequenza le 
opzioni che si possono modifica- 
re. 

Sul lato superiore notiamo lo 
sportello che permette un facile 
accesso alla meccanica di stampa 
per sostituire il caricatore d’in- 











chiostro (molto piccolo, come ve- 
dremo, ma di lunga durata). Pur- 
troppo lo sportello a incastro non 
si toglie facilmente ed è fatto di 
una plastica “trasparente” fumé 
talmente scura che in pratica 
l'utente è obbligato ad aprirlo 
sempre, se vuole leggere la riga 
stampata senza sforzare troppo la 
vista. 

Il rullo trascinatore è quasi 
completamente nascosto dallo 
sportello. Sul suo asse di rotazio- 
ne, in corrispondenza dei due 
estremi, sono montate diretta- 
mente le ruote dentate che ag- 
ganciano i moduli perforati. È 
una scelta dettata dall'esigenza di 
ridurre l'ingombro al minimo, 
ma a nostro avviso sì tratta co- 


munque di una scelta poco felice. 
Primo, perché rende difficile l’ag- 
gancio del foglio perforato. Non 
è possibile infatti disporre ma- 
nualmente i fori sui denti delle 
ruote trascinatrici, e si è costretti 
a dare il line feed senza nessuna 
certezza che il foglio venga ag- 
ganciato correttamente. Secon- 
do, perché questo sistema per- 
mette un'escursione orizzontale 
minima delle due ruote dentate 
(appena un paio di centimetri) e 
quindi non consente di trascinare 
moduli perforati più stretti del 
normale, come per esempio quelli 
per etichette. Al primo problema 
forse ci si può abituare, ma per il 
secondo l’unico rimedio econo- 
mico è utilizzare 
solo il trascina- 
mento a frizio- 
ne, con tutti i 
problemi che 
comporta la fri- 
zione quando si 
usano i moduli 
continui. Esiste 
però un trattore 
esterno a inca- 
stro, che si può 
acquistare sepa- 
ratamente, in 
grado di riceve- 
re fogli perfora- 
ti di qualsiasi lar- 


ghezza. 
Alla sinistra 
del rullo di 


stampa è pre- 
sente la leva che distanzia il 
premi-carta, mentre a destra è 
presente la leva che permette di 
selezionare il tipo di trascinamen- 
to (a trattore o a frizione). Appe- 
na dietro il rullo sono visibili gli 
incastri che possono ricevere lo 
schienale guida ribaltabile per la 
carta (di serie), il supporto per i 
moduli continui a rullo, l’inserito- 
re di fogli singoli automatico. 
Dietro si trova uno sportellino 
che ha l’unica funzione di per- 
mettere l’accesso ai microswitch 
dell'eventuale interfaccia seriale. 
Lo schienale ribaltabile possiede 
una guida scorrevole per inserire 
i fogli singoli sempre allo stesso 
margine sinistro; peccato che ce 
ne sia soltanto una. 
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Sul retro della stampante tro- 

viamo a destra il connettore del- 
l’interfaccia parallela Centronics 
(di serie) e lo sportello in plastica 
che dev'essere tolto se si monta 
anche l’interfaccia seriale (opzio- 
nale). Al centro c’è una piccola 
presa per collegare l’inseritore di 
fogli singoli opzionale, e sulla 
sinistra la presa per il cavo dell’a- 
limentazione. Va notata l’infelice 
posizione del connettore per l’in- 
terfaccia, peraltro comune a mol- 
tissime stampanti, che, a cavo 
collegato, interferisce con il per- 
corso del modulo continuo. Co- 
me vedremo, nella OKI 292 /Elite 
questo connettore risiede sul lato 
sinistro del cabinet, una soluzione 
che rende più 
agevole lo scor- 
rimento del 
modulo. L’in- 
terruttore si 
trova sul lato 
sinistro e risul- 
ta quindi di fa- 
cile accesso. 

Di solito la 
base di una 
stampante non 
presenta carat- 
teristiche de- 
gne di nota, ma 
questa volta la 


Le caratteristiche 


Iniziamo dalla velocità di stam- 
pa. Nella stampa bidirezionale la 
OKI 192/Elite consente due di- 
verse velocità, e quindi due tipi di 
qualità. In qualità Draft si otten- 
gono 240 cps (a 12 cpi), mentre 
attivando la qualità Utility la 
velocità scende a 160 cps (a 10 
cpi). La differenza fra i due modi 
di stampa è solo la maggiore 
densità di punti del secondo (9 x 9 
contro 7 x 9). La velocità è in linea 
con la media delle stampanti a 9 
aghi. Se invece si abilita il modo 
Near Letter Quality la velocità 
scende a 40 cps e i caratteri appa- 
iono molto più marcati (17 x 17). 


de fogli di lunghezza non stan- 
dard. 

Oltre alle spaziature e alla lun- 
ghezza del foglio, è ovviamente 
possibile variare lo stile del carat- 
tere. Alcune variazioni di stile 
non vengono riconosciute con 
tutte le opzioni di stampa. In 
particolare, notiamo che nella 
qualità Utility abbiamo il maggior 
ventaglio di possibilità. Gli stili 
disponibili sono i consueti tondo, 
corsivo, nero, neretto, apici e 
pedici. 

La compatibilità della OKI 
192/Elite con gli standard Epson 
FX 85/105, IBM Proprinter XL e 
IBM Graphics Printer garantisce 
la presenza di tutta una serie di 
comandi ormai 
comuni alla 
maggioranza 
delle stampanti 
in commercio. 
Per l’Amiga, in 
particolare, lo 
standard Epson 
assicura sempre 
un perfetto in- 
terfacciamento. 
Per selezionare 
l'emulazione, 
come avviene 
con tutti gli altri 
parametri di 





OKI 192/Elite 





costituisce 
un’eccezione. 
Come avevamo 
anticipato, vi si 
trova la feritoia che permette ai 
fogli sIngoli di essere inseriti nel 
meccanismo di trascinamento dal 
basso, una possibilità utilizzabile 
quando la stampante si trova nella 
configurazione per l’inserimento 
manuale di fogli singoli. Comun- 
que, questa via per l’inserimento 
della carta si può usare anche per 
i moduli perforati, e senza l’inse- 
ritore manuale. 
Nel complesso l’analisi esterna 
di questo prodotto, a parte l’ulti- 
ma caratteristica che abbiamo 
descritto, non denota particolari 
di rilievo, soluzioni inedite o idee 
brillanti. Si tratta della solita veste 
che potremmo aspettarci dalla 
generica stampante di poche pre- 
tese. 
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Si notano il caricatore d’inchiostro e il sistema di trascinamento della testina 


Le spaziature disponibili sono 
5, 6, 8,5, 10; 12, 17,1, e 20 cpi. 
Sulla riga di stampa possono quin- 
di apparire da un minimo di 40 
caratteri, a un massimo di 160 (a 5 
cpi i caratteri però sono larghi il 
doppio). È anche possibile abilita- 
re la spaziatura proporzionale, 
grazie alla quale si simula il com- 
portamento dei caratteri tipogra- 
fici. 

Per quanto riguarda la lun- 
ghezza del foglio di stampa, la 
OKI 192/Elite permette di sce- 
gliere fra 11 diverse dimensioni, 
da 14 pollici a 3 pollici. Questa 
varietà è senz'altro degna di nota, 
e si rivela idonea per stampare 
fatture, ricevute, e tutto quel 
genere di modulistica che richie- 


configurazione 
permanente, si 
agisce attraver- 
so l’apposito 
programma pre- 
sente nel firmware. Inserendo un 
foglio e accendendo la stampante, 
mentre si tiene premuta un’op- 
portuna combinazione di tasti, il 
programma riceve il controllo e 
procede a interrogare l’utente sui 
seguenti parametri: 
© la qualità di stampa all’accen- 
sione (Utility, Draft, NLQ o 
Italics) 
la spaziatura 
l’interlinea 
lo stile 
il set di caratteri (da scegliere 
fra due residenti e uno cari- 
cabile via software) 
il set nazionale dei simboli 
© la stampa grafica monodire- 
zionale (più precisa di quella 
bidirezionale, ma più lenta) 





e la lunghezza del foglio di 


stampa 


e il salto della perforazione 


e la generazione au- 
tomatica dei carat- 
teri di line feed e di 
carriage return 

e l’attivazione del 
sensore di fine carta 

e i tipi di emulazione 

e lo zero sbarrato 

e l’aggancio e la col- 
locazione automati- 
ca del foglio singolo 
alla prima riga di 
stampa, e altri di 
minore importan- 
za. 

Come si vede, i para- 
metri su cui si può inter- 
venire sono numerosi e 
il programma per modi- 
ficarli è davvero sempli- 
ce da usare. 

L’ultima caratteristica 


che ci pare degna di nota è un 


quando la temperatura della testi-  nefficienza della testina, ma di un 


na supera una certa soglia. Il modo per evitare stress eccessivi 
costruttore dichiara che questo che nel tempo possono a poco a 





poco peggiorarne le pre- 
stazioni. Ci sembra un 
sistema di autocontrollo 
interessante, soprattutto 
se la stampante si trova a 
lavorare per ore e ore in 
ambienti molto caldi, 
magari d’estate. Nella 
nostra prova la stampan- 
te non si è mai bloccata 
ma, data la stagione e la 
temperatura esterna, 
non c'è da stupirsene 


troppo. 
La prova 


Nella prova la OKI 
192/Elite ci ha riservato 


Sulla destra il circuito di controllo con l’interfaccia parallela una piacevole sorpresa. 


Nonostante l’apparenza 


sistema è stato adottato per dimi- poco accattivante, ha messo in 


sistema di rilevamento termico nuire l’usura a lungo termine mostra una meccanica in grado di 


applicato alla testina, che blocca il 


della testina. Non si tratta quindi fornire stampati di buona qualità. 


funzionamento della stampante di un sistema per sopperire all’i- I caratteri appaiono ben marcati, 


Prova di stampa della 
OKI Microline 192 Elite 


Draft 
abedefghi jklm 
NOPARSTUVWYXYZ 


1234567890+-%/ 
gu Fr BR! X& () 9° 


Utility 
abcdefghi.jklm 
NOPORSTUVWXYZ 
1234567890+-*/ 


ga FREE! bA&() =?" 


Qualita’ di stampa disponibili 


Near Letter Quality 
abcdefghijklm 
NOPARSTUVWXYZ 
1234567890+-+/ 
p033@#!S%&()=2?4 


Stili di stampa disponibili 


Utility 


Corsivo 

Nero 
Neretto 
Proporzionale 
fap Lei 


Foditet 


Near Letter Quality 


Nero 


Proporzionale 
Apici 


Podici 


Dimensioni particolari del carattere 


Larghezza doppia 








precisi nei dettagli e negli allinea- 
menti verticali (soprattutto in 
NLQ). Peccato che la stampa non 
sia un po’ più rapida e silenziosa. 
Su altri fronti, però, la OKI 
192/Elite perde terreno. Con il 
tempo si finisce sempre per abi- 
tuarsi ai grandi problemi, mentre 
quelli meno importanti finiscono 
per diventare i più fastidiosi. Per 
questo la praticità di una stam- 
pante è una caratteristica tanto 
importante e si spera sempre che 
il costruttore non abbia pensato 
solo alle prestazioni, ma anche 
alla comodità dell’utente. Per 
questa stampante, la casa produt- 
trice ha voluto privilegiare le 
piccole dimensioni, lasciando la 
possibilità di migliorare certi 
aspetti poco felici con opportuni 
accessori opzionali. Ci riferiamo 
per esempio al sistema di trascina- 
mento con i trattori direttamente 
montati sul rullo di stampa. Un’i- 
dea a nostro avviso davvero infeli- 
ce, che serve soltanto a irritare 
l'utente ogni volta che deve passa- 
re dalla frizione al trascinamento 
a trattore e viceversa. Si nota 
ancora la scadente risposta dei 
tasti di controllo della console e la 
conseguente impressione di pre- 
carietà. 

Un'altra soluzione poco felice è 
l’aver collocato il sensore di fine 
carta molto vicino al limite sini- 
stro del rullo di stampa. Questa 
posizione così angolata fa sì che 
talvolta, inserendo un foglio sen- 
za accostarlo a sinistra, la stam- 
pante rimanga in stato di allarme, 
con ovvio stupore dell'utente. È 
vero che il sensore di fine-carta si 
può disabilitare, ma se fosse stato 
collocato in una posizione più 
centrale, non ne avremmo nean- 
che parlato. 

La OKI 192/Elite è accompa- 

gnata da un manuale dettagliato e 
corposo: né l’utente né il pro- 
grammatore potrebbero deside- 
rare una fonte d’informazioni più 
completa. L'impiego dei comandi 
più importanti viene illustrato 
anche per mezzo di alcuni sempli- 
ci esempi in Basic, di facile com- 
prensione per chiunque abbia un 
po’ di familiarità con la program- 
mazione. 
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L’analisi interna 


Aprendo la OKI 192/Elite, si 
nota subito che a monte di questo 
prodotto esiste un grande nome 
di livello mondiale. Innanzitutto, 
il circuito elettronico che governa 
la stampante è molto curato, e 
tecnologicamente al passo coi 
tempi. Molti componenti, infatti, 
sono saldati direttamente sulle 
piste di rame (tecnologia SMD, 
Surface Mount Devices), rispar- 
miando lo spazio dei piedini. Su 
questo circuito risiede la ROM del 
firmware di gestione della stam- 
pante, inserita in uno zoccolo, e 
l'interfaccia parallela Centronics. 
Se si acquista anche l’interfaccia 
seriale, occorre montarla su ap- 
positi distanziatori disposti intor- 
no alla parte del circuito che 


costituisce l’interfaccia parallela, 
e collegarla tramite un opportuno 
connettore. Si tratta di un’opera- 
zione relativamente semplice, che 
non richiede particolare espe- 
rienza. 

L’interfaccia seriale, denomi- 
nata Super Speed RS-232C , è molto 
sofisticata; permette infatti di co- 
municare a varie velocità, fino a 
un massimo di 19.200 baud, e 
invia un segnale d’avvertimento 
se i parametri impostati tramite i 
microswitch non sono compatibili 
con il formato dei dati in arrivo. 
Infine, accanto al circuito di con- 
trollo della stampante, risiede 
quello dell’alimentatore. Anche 
questo è ben strutturato, senza 
elementi posticci. 

La meccanica di avanzamento 
della carta lascia qualche dubbio 


DATI TECNICI DELLA OKI 192/ELITE 


Testina di stampa: 
9 aghi a impatto 


Velocità di stampa: 
240 cps Draft a 12 cpi 
160 cps Utility a 10 cpi 
40 cps NLOQ a 10 cpi 


Densità di stampa: 
5, 6, 8,5, 10, 12, 17,1, 20 cpi 


Caratteri per linea: 
80 cpl 

96 cpl 

132 cpl 

160 cpl 


Trascinamento: 

A trattore per moduli perforati 

A frizione per fogli singoli 
Inserimento carta anche dal basso 


Emulazioni: 

Epson FX 

IBM Graphics Printer 
IBM Proprinter 


Interfaccia di serie: 
Parallela Centronics 


Affidabilità: 

Vita della testina: 

200 milioni di caratteri 

MTBF (Tempo medio tra un guasto 
e il successivo): 4000 ore 


Vita del caricatore 
d'inchiostro: 
3 milioni di caratteri 


Rumorosità: 
55 decibel 








Dimensioni: 
360 x 275 x 80 mm 


Peso: 
4,5 Kg 


Prezzo al pubblico: 
L. 1.020.000 + IVA (parallela) 
L. 1.205.000 + IVA (seriale) 


Optional 


Interfaccia seriale 
RS-232C o 422: 
L. 220.000 + IVA 


Caricatore manuale 
di fogli singoli: 
L. 65.000 + IVA 


Caricatore automatico 
di fogli singoli: 
L. 430.000 + IVA 


Trattore esterno 
a incastro: 
L. 100.000 + IVA 


Supporto per moduli 
continui a rullo: 
L. 80.000 + IVA 


Produzione: 
OKI Electric Industry Co. Ltd. 
Tokyo, Giappone 


Distribuzione: 

Technitron Data S.p.A. 

Centro Commerciale Il Girasole 
Lotto 3.05/B 

Lacchiarella, Milano 

(tel. 02/90076410) 








per l’abbondanza di elementi in 
plastica. Si nota che questa parte 
della stampante non raggiunge lo 
stesso livello di finitura della 
parte elettronica. La stessa testina 
è montata su un unico albero, 
anziché due come normalmente 
avviene, il che potrebbe causare 
una non perfetta stabilità nel 
movimento tangenziale della te- 
stina. Inoltre, il carrello che sor- 
regge la testina si muove grazie a 
un ingranaggio che fa leva su di 
un’asta dentellata (anch’essa di 
plastica) disposta lungo tutta la 
larghezza del rullo di stampa; 
rispetto a questo sistema di trasci- 
namento della testina, è preferibi- 
le quello a cinghia, comune alla 
maggior parte 
delle stampan- 
ti. Troviamo 
invece interes- 
sante la solu- 
zione adottata 
per il caricato- 
re del nastro 
inchiostrato. 
Oltre a essere 
montato diret- 
tamente sul 
carrello della 
testina, è infat- 
ti di dimensio- 
ni molto ridot- 
te. Si potrebbe 
pensare che 
questo pregiu- 
dichi la sua du- 
rata nel tempo, ma sia i dati del 
costruttore sia la mostra prova 
confermano che invece questo 
caricatore ha una vita pari a 
quella dei suoi fratelli maggiori. 
Infine, non è positivo che la 
testina si muova così facilmente 
quando si solleva la stampante. In 
pratica, per qualsiasi semplice 
operazione di spostamento della 
stampante, magari da una scriva- 
nia a un’altra, se non si provvede 
a bloccare la vivace testina, si 
rischia di danneggiarla. 


Conclusioni 
La OKI 192/Flite non ci ha 


affascinati. In confronto alla me- 
dia delle sue dirette concorrenti 


non introduce caratteristiche di 
rilievo, e anzi su alcuni fronti si 
trova perfino in svantaggio. An- 
che se stampa egregiamente, a un 
livello che non ci saremmo aspet- 
tati, non possiamo dimenticare le 
sue carenze (soprattutto a causa 
di un prezzo che non permette 
indulgenze di alcun tipo). In defi- 
nitiva, giudichiamo questa stam- 
pante un prodotto mediocre, con 
qualche soluzione interessante, 
come l’inserimento della carta dal 
basso, ma fondamentalmente pri- 
va di reali attrattive. 

Rimane da sottolineare l’unico 
vero grande pregio: le sue ridotte 
dimensioni, che possono trovare 
il favore di coloro che non inten- 
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dono affollare troppo il proprio 
studio. 


La OKI 292/Elite 


A differenza della ©KI 192/Eli- 
te, questa stampante è dotata di 
una testina a 18 aghi. Questo 
ovviamente si traduce in una 
matrice verticale di stampa a 
maggiore densità di punti per 
unità di lunghezza, cioè in carat- 
teri molto più pieni. I risultati che 
si ottengono in stampa la avvici- 
nano più alle testine a 24 aghi 
(molto più comuni) che a quelle a 
9 aghi. Certo, le stampanti a 18 
aghi sono poco diffuse, ma proba- 
bilmente il motivo sta solo nel 
desiderio d’investire il proprio 


denaro nel salto qualitativo più 
vantaggioso, quando si cambia 
stampante... e superando i 24 aghi 
i costi s'impennano. La OKI 292/ 
Elite si presenta meglio del mo- 
dello inferiore, con un design 
leggermente più efficace. An- 
ch’essa è di dimensioni ridotte 
(367 x 305 x 105 mm), e quindi 
ricalca la filosofia di mettere al 
primo posto la riduzione dell’in- 
gombro a costo di pregiudicare 
parzialmente la funzionalità. Non 
a caso, infatti, la OKI rende 
disponibile per questa stampante, 
come per la 192, diversi accessori 
che evidentemente aumentano 
l'ingombro, ma anche la funzio- 
nalità. 

La OKI 292/ 
Elite è dotata 
tanto del trasci- 
namento a trat- 
tore quanto di 
quello a frizione 
e possiede uno 
schienale guida 


n pi Ò 
ribaltabile per la 
carta. Inoltre, 


con l’opportuno 
caricatore d’in- 
chiostro è in 
grado di stam- 
pare a colori 
(per la gioia di 
chi sfrutta la 
grafica dell’A- 
miga). La sua 
massima veloci- 
tà di stampa è di 300 cps (a 12 cpi) 
ed è un po’ rumorosa. Gli accesso- 
ri opzionali sono il trattore ester- 
no a incastro, l’inseritore automa- 
tico di fogli singoli, e la base 
d’appoggio che permette l’inseri- 
mento frontale dei fogli singoli. 
Dal momento che molte caratteri- 
stiche sono comuni a entrambi i 
modelli, quelle già descritte per la 
192 verranno solo accennate. 


L’analisi esterna 


Il lato frontale contiene la con- 
sole di controllo, praticamente 
identica a quella della 192 e 
dunque neppure il nostro parere 
subisce modifiche. Anche per 
questa stampante, tramite la con- 
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sole è possibile attivare l’autotest, 
la stampa esadecimale dei codici 
in arrivo all’interfaccia e l’attiva- 
zione di un programma di modifi- 
ca della configurazione perma- 
nente, che rispetto a quello della 
192 aggiunge solo alcuni parame- 
tri. Sul lato superiore l’unica 
differenza con la 
192 è uno spor- 
tello più facile da 
rimuovere. An- 
che qui si notano 


ra . Low 

gli incastri per Saturation 
ricevere i vari 

accessori, ma Medium 


manca lo spor- 
tello per accede- 
re al microswi- 
tch dell’eventua- 
le interfaccia se- 
riale, in quanto 
su questo model- 
lo l’interfaccia è 
un compatto 
modulo estraibi- 
le. Lo schienale 
guida della carta 
è invece un po’ 
più sofisticato, 
dal momento 
che mette a di- 
sposizione una 
barra metallica 
nella quale sj 
può far passare il 
modulo conti- 
nuo quando lo 
schienale non è 
sollevato. In 
questo modo la 
carta scivola sul- 
la barra senza 
strisciare sul ca- 
binet. In tale po- 
sizione lo schie- 
nale funge an- 
che da separato- 
re fra la carta in arrivo e quella in 
uscita. 

Sulla destra della stampante è 
presente l'interruttore (a cui si 
può accedere senza contorsioni) 
mentre sul retro ci sono solo la 
presa per il collegamento alla rete 
elettrica, e una presa di controllo 
per l'eventuale inseritore auto- 
matico di fogli singoli. Sul lato 
sinistro compare il connettore 
dell'interfaccia in uso. A_questo 


Pune 
Color 


Medium 
Value 


Low 
Value 





proposito osserviamo che, con 
questa posizione del connettore, 
il cavo di collegamento al compu- 
ter non interferisce assolutamen- 
te col percorso della carta, anche 
se viene un po’ aumentato l’in- 
gombro laterale della stampante. 
Inoltre, è senz’altro positiva la 


nica di trascinamento, anche su 
questo modello, per le solite ra- 
gioni di spazio, i trattori sono 
montati direttamente sull’asse di 
rotazione del rullo di stampa, con 
gli stessi problemi (e le stesse 
soluzioni) che abbiamo già visto 
per la 192. 


Le caratteri- 
stiche 

















Innanzitutto, 








sSaturation 





Sopra: i colori generati dalla 292/|Elite sono ben marcati in tutte le tonalità. 
Sotto: la prova di stampa a colori mostra la buona uniformità dell’immagine 


scelta di adottare per la OKI 
292/Elite un compatto modulo 
d’interfaccia estraibile, che per- 
mette una semplicissima rimozio- 
ne qualora si desideri cambiare il 
protocollo di trasmissione con il 
computer. Infine, la OKI 292 /Eli- 
te, come il modello a 9 aghi, 
presenta sul fondo la feritoia per 
l’accesso dal basso del foglio di 
stampa. 


Per quanto riguarda la mecca- 


la OKI 292/ 
Elite prevede 
quattro qualità 
di stampa. In 
modo Draft 
raggiunge i 
300 cps (a 12 
cpi). A_ questa 
ragguardevole 
velocità i carat- 
teri che si ot- 
tengono sono 
costituiti da 
una matrice di 
7 x 9 aghi, e 
quindi non so- 
no particolar- 
mente belli, 
ma nel caso di 
veloci riscontri 
su carta posso- 
no andare be- 
nissimo. In 
qualità Utility 
(matrice del 
carattere 9 x 9) 
la velocità 
scende a 200 
cps (a 10 cpi), 
ma il tipo di 
carattere non 
migliora sensi- 
bilmente ri- 
spetto alla qua- 
lità Draft. Per osservare apprez- 
zabili miglioramenti, è necessario 
attivare una delle due qualità 
Near Letter Quality (matrice del 
carattere 17 x 17). Con tutti i 18 
aghi a disposizione, i caratteri 
appaiono finalmente molto ben 
definiti e la velocità di stampa non 
scende drasticamente come ci si 
potrebbe aspettare, attestandosi 
sui 100 cps. Si tratta di un dato 
importante, perché supera di 





gran lunga la media. In NLQ si 
può praticamente stampare alla 
velocità che sulle stampanti a 
basso costo si ottiene soltanto in 
modo Draft. Quindi, sotto il pro- 
filo della qualità del ca- 
rattere, e delle velocità 
disponibili, la OKI 292/ 
Elite ci ha favorevol- 
mente impressionato. 
Le spaziature variano, 
come per la 192, da 5a 
20 cpi, offrendo così una 
vasta scelta in grado di 
soddisfare molteplici esi- 
genze, soprattutto nel 
caso della stampa su mo- 
duli predefiniti. Sempre 
in riferimento a partico- 
lari esigenze, la lunghez- 
za del foglio di stampa 
può essere selezionata fra ben 12 
valori, da 3 a 14 pollici. Peccato 
però che con la dotazione di serie, 
come con la 192, non sia possibile 


Prova 


OKI 


Microline 


stampare su fogli di larghezza 
inferiore agli 8,5 pollici standard. 

Per quanto riguarda gli stili 
disponibili, valgono le considera- 
zioni fatte per il modello inferio- 





Intorno alla testina si nota il caricatore del nastro a colori 


re, tenendo presente che anche 
per la OKI 292/Elite il maggior 
ventaglio è disponibile in qualità 
Utility. Per quanto riguarda inve- 


di stampa 


292 


ce le dimensioni del carattere, 
questa stampante aggiunge la 
possibilità di raddoppiare l’altez- 
za dei caratteri. In questo modo, 
soprattutto se si raddoppia anche 
la larghezza, si può stam- 
pare un testo molto più 
leggibile. Peccato solo che 
raddoppiando l’altezza, 

ogni carattere viene com- 

pletato con due passate 

della testina su due righe, 

e i risultati mettono in 

luce una certa irregolarità 

negli allineamenti vertica- 

li, probabilmente a causa 

di scelte meccaniche non 

troppo felici. 

Come per la 192, è assi- 
curata la compatibilità 
con gli standard più diffu- 
si (Epson FX/EX, IBM Proprinter 
XL e Graphics Printer), e l’utente 
dell’Amiga non incontrerà pro- 
blemi selezionando il driver di 


della 


Elite 
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stampa Epson. Lo standard da 
emulare, insieme con tutti gli altri 
parametri che costituiscono la 
configurazione permanente della 
stampante, è selezionabile trami- 
te l’apposito programma presen- 
te nel firmware. Rispetto ai para- 
metri visti con la 192, la OKI 
292/Elite aggiunge il controllo 
dell’altezza del carattere (norma- 
le o doppia), la selezione del 
colore dell’inchiostro da usare 
all’accensione (quando è presente 
il caricatore a colori), e la selezio- 
ne di un maggior numero di set di 
caratteri non residenti, cioè cari- 
cabili via sof- 
tware. La ge- 
stione di que- 
sto program- 
ma è la stessa 
prevista dalla 
192. 

Prima di 
procedere 
con la prova, 
ricordiamo 
infine che an- 
che questa 
stampante di- 
spone sulla te- 
stina del sen- 
sore termico 
per bloccare 
la stampa in 
caso di riscal- 
damento ec- 
cessivo. 


La prova e il colore 


Sul banco della verità, la OKI 
292/Elite non ci ha delusi. Pro- 
prio perché in termini di presta- 
zioni non sono tante le concor- 
renti a 18 aghi con cui confron- 
tarla, i dati ottenuti li abbiamo 
accostati alla media che si riscon- 
tra nella famiglia delle stampanti 
a 24 aghi, e questo ci ha permesso 
di apprezzare in modo particola- 
re le velocità di stampa disponibi- 
li (soprattutto i 300 cps in qualità 
Draft e i 100 cps in qualità NLQ). 
Infatti queste due prestazioni di 
buon livello ci consentono di 
segnalare la OKI 292/Elite come 
una stampante molto versatile, 
efficiente su due fronti spesso 
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incompatibili: la velocità e la 
qualità. Specialmente i 100 cps 
nelle due qualità NLQ ci sembra- 
no un dato di assoluto rilievo. 
La qualità di stampa si può 
ritenere buona solo in NLQ, men- 
tre nelle qualità Draft e Utility i 
risultati sono nettamente inferio- 
ri. Peccato per questo drastico 
divario, sarebbe stata preferibile 
una qualità di stampa intermedia, 
anziché due molto simili come la 
Draft e la Utility. Inoltre, soltanto 
in NLQ viene sfruttata l’alta den- 
sità di punti possibile con la 
testina a 18 aghi, mentre nelle 





Si notino il modulo d'interfaccia in alto a sinistra e l’ordine del cablaggio 


altre qualità il comportamento è 
quello di una normale 9 aghi. 

Sebbene la OKI 292/Elite mo- 
stri un buon comportamento nel- 
la stampa dei caratteri, lo stesso 
non si può dire degli allineamenti 
verticali quando è attiva la stampa 
bidirezionale, come si può notare 
in modo particolare stampando i 
caratteri di altezza doppia. La 
situazione migliora, come c’era 
da aspettarsi, se si attiva la stampa 
monodirezionale. 

Come abbiamo già accennato, 
la OKI 292/Elite, senza aggiunge- 
re alcun kit alla dotazione di serie, 
è in grado di stampare a colori. 
Dotandola di un apposito carica- 
tore a colori, uno speciale sistema 
meccanico provvede a muovere il 
nastro verso l’alto e verso il basso 


per selezionare il colore da impri- 
mere sulla carta. I risultati che si 
ottengono sono soddisfacenti, e ci 
inducono a pensare che la OKI 
292/Elite possa costituire un pro- 
dotto molto interessante per colo- 
ro che s’interessano di grafica. 
L’unico neo riguarda il firmware 
di gestione, che non esegue alcun 
controllo sul buffer di riga, il che 
si traduce in fastidiose perdite di 
tempo quando la riga di stampa 
non contiene niente da stampare, 
e la 292 continua imperterrita a 
muovere per tre volte la testina. 
Per non parlare dello spreco di 
nastro. 

Per quanto 
riguarda le im- 
pressioni d’u- 
so, valgono le 
stesse conside- 
razioni fatte 
per la 192: un 
sistema di tra- 
scinamento a 
trattore che 
non agevola 
l’inserimento 
del foglio per- 
forato, la posi- 
zione troppo 
angolata del 
sensore di fine 
carta, un con- 
trollo da con- 
sole che non si 
rivela molto 
agevole e non 
suscita quell’impressione di soli- 
dità e precisione che si vorrebbe. 
Inoltre, come il modello inferio- 
re, anche la 292/Elite appare un 
po’ rumorosa. 

Rendiamo onore, infine, a una 
documentazione davvero ottima. 
Con la OKI 292/Elite vengono 
infatti forniti due manuali, uno 
per l’installazione, con tanto di 
foto a colori, e uno per l’uso della 
stampante, sovrabbondante di 
dettagli sia per l’utente sia per il 
programmatore. Questo aspetto 
merita di essere sottolineato, per- 
ché non capita spesso di trovare 
documentazioni davvero comple- 
te insieme alle stampanti. Oltre ai 
due manuali, la OKI correda la 
stampante anche di dischi da 
5,25” contenenti dati e utility in 





formato MS-DOS. I programmi 
più interessanti sono un Font 
editor che permette di creare 
fonti-carattere personalizzate, e 
un’applicazione che consente di 
scegliere una delle fonti presenti 
sul disco e d’inviarla alla stampan- 
te (sul disco sono contenute diver- 


se fonti già pronte per l’uso). > 


L’analisi interna 


Aprendo il cabinet, la 292/Eli- 
te rivela un cablaggio della mec- 
canica e dell'elettronica pulito e 
ordinato. In particolare si nota il 
circuito di controllo elettronico, 
sul quale risiede anche la ROM del 
firmware montata su uno ZOcco- 
lo. Riscontriamo anche per que- 
sto circuito il buon livello d’inte- 
grazione e l’abbondanza di com- 
ponenti di tipo SMD, che conferi- 
scono all’insieme un aspetto pro- 
fessionale. Sulla destra del circui- 
to di controllo spicca un volumi- 
noso e sofisticato alimentatore, 
anch’esso ben congegnato e ordi- 
nato. Sulla sinistra invece appare 
il compatto modulo d’interfaccia 
estraibile. Si tratta di un buon 
sistema, che facilita notevolmente 
la sostituzione dell’interfaccia, e 
garantisce la compatibilità con gli 
standard di comunicazione che 
potranno affermarsi in futuro. 

Per quanto riguarda la mecca- 
nica, dobbiamo ribadire quanto è 
stato osservato per la 192. Vi sono 
alcuni aspetti negativi, come l’ab- 
bondanza di plastica, la presenza 
di un solo vincolo di scorrimento 
della testina, e un sistema di 
trascinamento della testina che 
prevede, come per la 192, un’asta 
dentellata in plastica anziché la 
cinghia impiegata dalla maggior 
parte delle stampanti. Forse è 
questa la ragione dei non perfetti 
allineamenti verticali che abbia- 
mo notato nella prova. Inoltre, il 
carrello che sorregge la testina si 
dimostra anch’esso troppo sensi 
bile alle inclinazioni della stam- 
pante e, se non viene bloccato, 
finisce per danneggiarsi anche 
durante il più banale movimento 
della stampante. Il caricatore 
d’inchiostro, a differenza di quel- 


lo della 192, è fisso e copre l’intera 
larghezza della riga di stampa. La 
sostituzione è agevole, ma ci è 
sembrato complicato il meccani- 
smo che lo muove per selezionare 
i colori. E anche vero che sotto 
questo profilo se ne vedono dav- 
vero... di tutti i colori, ma il 
sistema adottato dalla OKI 292/ 


Elite ci sembra uno dei peggiori, 


soprattutto per l'eccessiva abbon- 
danza d’ingranaggi. Comunque, 
per quanto complicato, nella pro- 
va non\ci ha dato motivo di 
sospettare rischi di malfunziona- 
menti. 


\ 


Conclusioni 


Terminiamo questa prova con 
una considerazione già emersa 
dai paragrafi precedenti: la OKI 


292/Elite merita un giudizio più 
favorevole della OKI 192/Elite, 
soprattutto perché il suo prezzo 
non si discosta molto da quello del 
modello a 9 aghi, ma le prestazio- 
ni sono di gran lunga superiori, in 
termini di velocità di stampa e 
densità del carattere. Inoltre dà la 
possibilità di stampare anche a 
colori, un aspetto che in ambito 
Commodore è molto importante. 

Se abbiamo definito spropor- 
zionato il prezzo della 192, quello 
della 292 ci appare già più ragio- 
nevole. Certo, neanche questo 
modello è esente da difetti, ma le 
sue qualità riescono a farli pesare 
meno sul piatto della bilancia. E 
l'ago si sposta così verso una 
valutazione abbastanza positiva, 
riabilitando le tecnologia di stam- 
pa a 18 aghi, il compromesso 
incompreso. || 


DATI TECNICI DELLA OKI 292/ELITE 


Testina di stampa: 
18 aghi a impatto 


Velocità di stampa: 
300 cps Draft a 12 cpi 
200 cps Utility a 10 cpi 
100 cps NLO a 10 cpi 


Densità di stampa: 
5;6/:8,5, 10,12, 17,1, 20.cpi 


Caratteri per linea: 
80 cpl 

96 cpl 

132 cpl 

160 cpl 


Buffer di stampa: 
12K 


Trascinamento: 

A trattore per modulo perforato 

A frizione per fogli singoli 
Inserimento carta anche dal basso 


Emulazioni: 

Epson FX 

IBM Graphics Printer 
IBM Proprinter 


Interfaccia di serie: 
Parallela Centronics 


Affidabilità: 

Vita della testina: 

200 milioni di caratteri 

MTBF (Tempo medio tra un guasto 
e il successivo): 4000 ore 





Vita del caricatore d'inchiostro: 
3 milioni di caratteri 








Rumorosità: 
55 decibel 


Dimensioni: 
367 x 305 x 105 mm 


Peso: 
5,7 Kg 


Prezzo al pubblico: 
L. 1.800.000 + IVA 
(parallela o seriale) 


Optional 


Interfaccia seriale: 
L. 320.000 + IVA 


Caricatore manuale 
di fogli singoli: 
L. 65.000 + IVA 


Caricatore automatico 
di fogli singoli: 
L. 450.000 + IVA 


Trattore esterno 
a incastro: 
L. 125.000 + IVA 


Produzione: 
OKI Electric Industry Co. Ltd. 
Tokyo, Giappone 


Distribuzione: 

Technitron Data S.p.A. 

Centro Commerciale Il Girasole 
Lotto 3.05/B 

Lacchiarella, Milano 

(tel. 02/90076410) 








DAL NOSTRO INVIATO A FRANCOFORTE 


LA PAROLA 
AI PROGRAMMATORI: STA 
NASCENDO L’AMIGA 3000? 


Le nuove versioni di Kickstart e Workbench, le schede A2620 e A2286 
e l’Enhanced Chip Set stanno forse preparando l’Amiga del futuro. 
Ma la Commodore annuncia ben poche novità rispetto a sei mesi fa 


di Michael Moosleitner 


i è tenuta a Francoforte la 

seconda “Amiga Develo- 

pers Conference” europea. 
Dal 15 al 18 gennaio l’immenso 
hotel Intercontinental è stato il 
punto d’incontro per più di 300 
programmatori e progettisti di 
hardware giunti da tutto il mon- 
do. 

Oltre 20 esperti del mondo 
Amiga sono intervenuti nelle va- 
rie sessioni e hanno risposto diret- 
tamente ai quesiti dei partecipan- 
ti. Tra i nomi più celebri ricordia- 
mo Carolyn Scheppner e Andy 
Finkel, che guidavano il gruppo 


dei programmatori di West Che-. 


ster; John Campbell e la signora 
Gail Wellington, responsabili del 
supporto ai prodotti Commodore 
(il primo si è rivelato un insupera- 
bile moderatore). John Toebes 
VIII, artefice delle versioni per 
Amiga dei compilatori Lattice, è 
venuto dagli Stati Uniti con una 
valigia piena di programmi. C'era 
anche Guy Wright, il simpatico 
creatore della rivista Ami- 
gaWorld . 

Una nota di merito spetta a 
Gunda O’Neal, che da Francofor- 
te ha organizzato materialmente 
la conferenza (facendo i conti 
quotidianamente con la pessima 
qualità dei servizi messi a disposi- 
zione dall'albergo), e al viennese 
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Thomas Giger, che si è dato da 
fare perché a nessuno mancasse 
l’hardware su cui lavorare. 

Gli argomenti su cui si è dibat- 
tuto (nonché la documentazione 
consegnata ai partecipanti) sono 
stati praticamente gli stessi della 
conferenza di Washington del 
maggio scorso. Una piccola delu- 
sione, quindi, per chi ha pagato 
una seconda volta del materiale 
già in suo possesso. Molti pro- 
grammatori hanno così preferito 
utilizzare il tempo delle sessioni 
mattutine per recuperare il sonno 
perduto di notte, piuttosto che 
ascoltare ripetizioni di cose già 
ben note. Non sono però mancate 
le novità, soprattutto per chi ha 
avuto la possibilità d’intrattenersi 
personalmente con i vari esperti. 

Sono state discusse le varie 
caratteristiche delle versioni 1.4 e 
1.5 del sistema operativo. Andy 
Finkel ha fatto scoppiare un lun- 
go applauso quando ha annuncia- 
to che sono stati finalmente elimi- 
nati tutti i “Guru Meditation”. 
Forse avrebbe fatto meglio a 
precisare che si tratta di un sem- 
plice maquillage, e che i Guru si 
chiameranno “System Messages”. 
Lo stesso Finkel ha fatto poi 
sorridere il pubblico descrivendo 
gli stratagemmi adottati per far 
sembrare più veloce l’interfaccia 


utente della versione 1.4. Non ci 
sarà più bisogno neppure dei 
“Bug Fixes” (correzioni di errori). 
Anche per questi la Commodore 
ha infatti trovato un nuovo nome: 
“Feature Enhancements” (miglio- 
ramenti). 

Lo scopo principale della ver- 
sione 1.4, comunque, è di dare 
pieno supporto ai nuovi chip del 
set Enhanced. Jim Mackraz ci ha 
fatto assistere a un’eccitante ante- 
prima dietro le quinte del nuovo 
sistema operativo e abbiamo sco- 
perto, tra l’altro, che il puntatore 
del mouse sarà finalmente pro- 
porzionale: per muoversi da un 
estremo all’altro di uno schermo 
1008 x 1024 non sarà più indi- 
spensabile un tavolo da riunioni. 
Basterà muovere il mouse un po’ 
più velocemente. Gli schermi po- 
tranno essere spostati anche oriz- 
zontalmente e sarà possibile lavo- 
rare con i “public screens”, cioè 
schermi diversi da quello stan- 
dard del Workbench, ma condivisi- 
bili da più programmi. Grazie ai 
nuovi chip, inoltre, sarà possibile 
aprire uno schermo in “Producti- 
vity Mode”, cioè 640 x 480 (con 
quattro colori scelti tra 64) in 
modo non interlace, a patto di 
possedere un monitor multisync o 
bi-sync. Questa nuova risoluzione 
sarà comune agli ambienti PAL e 





NTSC. Le diverse risoluzioni vi- 
deo e gli stessi modi PAL, NTSC e 
VGA (sigla spesso utilizzata dai 
programmatori della Commodo- 
re quando parlano del Producti- 
vity Mode) potranno essere atti- 
vati grazie ai nuovi chip. 

Sarà certamente possibile na- 
zionalizzare il Workbench, anche 
con messaggi definiti dall’utente. 
Carolyn 
Scheppner ha 
fatto vedere in 
pratica quanto 
sia semplice ri- 
definire i testi 
dei messaggi 
di sistema. Al- 
tre novità: si 
potranno ve- 
dere come ico- 
ne anche i file 
privi del suffis- 
so “info”; le 
finestre del di- 
spositivo Con- 
sole potranno 
avvalersi di un 
refresh basato 
su una matrice 
di caratteri (in 
altre parole, 
ridimensio- 
nando una fi- 
nestra CLI non 
si perderà più 
una parte del 
testo). 

Sono state 
migliorate an- 
che le routine 
che gestiscono 
i layer, che ora 
come ora con- 
cedono troppo 
spesso “pause 
per il caffè” a 
chi sposta una 
finestra. Gra- 
zie alle Fat 
Keys sarà pos- 
sibile riprogrammare la tastiera, 
come attualmente permettono di 
fare alcuni programmi specifici. 
Questa funzione non sarà però 
efficace con quei programmi (an- 
cora troppi) che fanno una scan- 
sione diretta della tastiera. A ogni 
gadget di Intuition i programma- 
tori potranno associare una fun- 


zione personalizzata per il con- 
trollo della grafica e degli ingressi 
dell'utente. In questo modo, sarà 
facile creare dei Radio Buttons 
come sul Macintosh. Migliorata 
anche la gestione dei gadget strin- 
ga. La versione 1.4 darà pieno 
supporto anche al modo video 
overscan e alle ColorFont (fonti- 
carattere di diversi colori). Sarà 





Sopra: la scala a chiocciola che porta ai saloni della Developers Conference. 
Sotto: l’intervento dell’oratore italiano Michele Console Battilana della Cloanto Il 
ad 


zione A2024 non avrà più bisogno 
di un Workbench apposito per 


possibile lavorare contempora- 
neamente su più porte seriali e 
parallele. Quasi sicuramente ci 
sarà già nella versione 1.4 anche 
un file requester di sistema (ma 
sull’aspetto che dovrebbe avere 
sembrava che ognuno degli inter- 
venuti avesse una sua opinione 
personale). 


Attualmente, per aggiornare il 
sistema operativo alla versione 
1.3 è sufficiente procurarsi il 
nuovo Workbench, dato che l’uni- 
ca miglioria del Kickstart 1.3 è la 
capacità di eseguire l’auto-boot 
da periferiche diverse da df0:. 
Nella versione 1.4 sono previste 
invece molte novità anche per il 
Kickstart e quindi in ROM (ad 
esclusione del- 
l’Amiga 1000). 
Le versioni 
pre-release cir- 
colanti a Fran- 
coforte si servi- 
vano del cosid- 
detto Jump- 
start, una tec- 
nica provviso- 
ria per utilizza- 
re nuove fun- 
zioni a mano a 
mano che ven- 
gono scritte, 
senza dover ri- 
correre ogni 
volta a una 
nuova ROM. 
Per un miglior 
supporto dei 
nuovi modi 
grafici saranno 
inserite diret- 
tamente in 
ROM anche 
nuove fonti-ca- 
rattere e più 
veloci routine 
per la gestione 
del testo. Per 
far posto alle 
innovazioni in 
ROM verrà 
probabilmente 
tolto il disegno 
della mano che 
invita a inserire 
un disco. 

monitor 
alta risolu- 


funzionare. Come ci ha infatti 
spiegato Andy Finkel, anche i 
relativi codici saranno in ROM. 
Lo stesso vale per il nuovo Fast 
Filing System, che funzionerà 
anche sui dischi da pur 
garantendo la compatibilità con 
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le versioni precedenti che agiva- 
no solo sull’hard disk. La versione 
1.4 del sistema operativo funzio- 
nerà su qualsiasi Amiga, mentre il 
nuovo set di chip (Denise, Fat 
Agnus e Gary) potrà essere mon- 
tato solo sugli Amiga 500 e 2000B. 
Messi alle strette dalle domande 
dei meno fortunati possessori de- 
gli altri sistemi, i responsabili 
della sezione marketing e vendite 
della Commodore hanno reso 
noto che «prenderanno in consi- 
derazione l’opportunità di attua- 
re a condizioni di favore un 
upgrade a 2000B dei vecchi Ami- 
ga 2000A» (esternamente il 2000B 
sì distingue dal 2000A perché ha 


in più l’uscita video monocroma- 
tica BAS). 


Qualche no- 
vità software è 
emersa anche 
nella mostra 
delle ditte che 
partecipavano 
alla conferen- 
za. La Lattice 
esponeva tutta 
la gamma dei 
suoi prodotti 
per l’'Amiga. 
Tra le novità il 
compilatore C 
5.0, il C++ e, 
finalmente, un 
ottimo debug- 
ger. Siamo riu- 
sciti a scoprire 
anche un’inte- 
ressante carat- 
teristica che 
verrà prossimamente aggiunta al 
compilatore. Sarà possibile creare 
librerie e dispositivi senza dover 
scrivere una sola riga in linguag- 
gio macchina. Basterà informare 
il compilatore e il linker, con 
opportuni flag, di come verrà 
utilizzato il codice da compilare. 

La sorpresa più piacevole, pe- 
rò, è stata vedere che la postazio- 
ne più grande e affollata era 
quella dell’italianissima Cloanto. 
Tra le novità presentate dalla 
ditta di Udine il sistema di comu- 
nicazione per non vedenti e disa- 
bili HTX, che con le sue prestazio- 
ni innovative ha già imposto nuo- 
vi standard nel settore. C'era 


Un Amiga in versione “Tower” realizzato 
da un produttore di hardware tedesco 
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anche la versione finale del word 
processor Cloanto CI-Text, ormai 
utilizzato anche a West Chester 
per la sua capacità di leggere e 
convertire testi nei formati più 
svariati. 

Soltanto a pochi distributori 
veniva invece concesso di vedere 
una pre-release del Printer Fonts 
Maker, un programma che per- 
mette di creare set di fonti-carat- 
tere da trasferire su qualsiasi 
stampante (download). I pro- 
grammi presentati dalla Cloanto 
erano versioni multilingue, con 
interfaccia utente in inglese, tede- 
sco e italiano. 

Presso un’altra postazione ab- 
biamo provato ARexx, una versio- 
ne per l’Amiga del linguaggio 
Rexx, origina- 
riamente svi- 
luppato dalla 
IBM. Rexx è un 
linguaggio in- 
terpretato mo- 
derno e poten- 
te, che può es- 
sere utilizzato 
anche come lin- 
guaggio Shell e 
per scambiare 
informazioni e 
comandi tra di- 
versi program- 
mi forniti d’in- 
terfaccia Rexx. 
Una delle ca- 
ratteristiche 
del Rexx è infat- 
ti la possibilità 
d’interagire 
con funzioni esterne, cioè defini- 
te in altri programmi in esecuzio- 
ne. Questa funzione rende Rexx 
idoneo a sostituire i linguaggi 
“macro” di qualsiasi applicazione. 

Purtroppo c’era anche del sof- 
tware che nessuno si augurava di 
vedere: quasi tutti i calcolatori 
erano infettati da nuovi virus, 
sfuggiti al controllo degli antivi- 
rus più sofisticati. A ogni opera- 
zione di lettura/scrittura, gli 
hard disk di alcuni Amiga si 
riempivano tanto che si doveva 
ricorrere alla riformattazione. 

Le novità non sono mancate 
neppure sul fronte hardware. Per 
una descrizione più dettagliata di 


alcuni dei prodotti qui citati si 
veda anche Commodore Gazette n. 
2/1988, pag. 57 e seguenti. I 
computer a disposizione degli 
intervenuti montavano il nuovo 
chip Fat Agnus, che permette di 
lavorare con un megabyte (2 MB 
sugli Amiga del futuro) di Chip 
RAM. Ben quattro computer fun- 
zionavano con la scheda A2620, 
dotata di microprocessore 68020 
e RAM a 32 bit. Questa scheda è 
stata definita dalla Commodore 
«un primo passo verso l’Amiga 
3000». 

Abbiamo finalmente potuto 
provare anche la scheda Bridge- 
board AT A2286. Tra le caratteri- 
stiche di questo sistema spiccano 
l'emulazione del mouse Micro- 
soft, un megabyte di RAM e disk 
drive in grado di lavorare altret- 
tanto bene con dischi da 1,2 MB e 
da 360K. Le schede A2286 e 
A2620 possono funzionare insie- 
me, senza alcun problema di 
compatibilità. 

Jeff Porter ha spiegato che la 
nuova scheda d’espansione RAM 
A2058 è stata progettata tenendo 
presente l'esigenza di occupare 
un solo slot per espansioni di 
memoria, nella convinzione che il 
mercato delle memorie punti de- 
cisamente verso i chip da un 
megabyte. Utilizzando questi 
chip si potranno espandere i 2 MB 
della scheda fino a 4 o 8 MB di 
RAM, senza doversi preoccupare 
di aggiungere altre schede. 

Per venire incontro ai possesso- 
ri del controller A2090, che non 
possono usufruire della funzione 
di autoboot da hard disk del 
Kickstart 1.3, è stata realizzata la 
scheda A2090B. Tale scheda, che 
da sola occupa uno slot, contiene 
due EPROM che consentono di 
effettuare l’autoboot tramite la 
A2090 (e solo con questa), come se 
fossa la nuova A2090A. 

Dovrebbe essere imminente la 
distribuzione dell’unità hard disk 
più espansione RAM A590 per 
l’Amiga 500. Il dispositivo, che si 
serve di un nuovo chip custom 
come interfaccia hardware-DMA, 
è completo d’interfaccia SCSI 
DB25 compatibile Macintosh. 
L’A590 viene collegato all’ Amiga 





500 attraverso il connettore late- 
rale. L’alimentatore è esterno, 
ma si attiva automaticamente al- 
l'accensione del computer. Fino a 
2 MB di RAM possono essere 
aggiunti in un secondo momento 
sulla scheda, che viene venduta 
con gli zoccoli vuoti. Una ventola 
evita il surriscaldamento. L’hard 
disk, da 20 MB con tempo di 
accesso di 80 msec (decisamente 
lento, come ha riconosciuto lo 
stesso Porter, aggiungendo: «Ma 
voi volete proprio tutto!») verrà 
consegnato già formattato e con il 
software della versione 1.3 del 
sistema operativo. L’Amiga 500 
sarà in grado di effettuare auto- 
maticamente l’autoboot dal- 
1 A590. 

La scheda A2232 contiene sette 
porte seriali RS-232C, con velocità 
di trasmissione fino a 19.200 
baud. Un particolare curioso: la 
scheda contiene un microproces- 
sore 6502 (lo stesso del primo PET 
Commodore), che va program- 
mato tramite il 68000 per allegge- 
rire il carico di quest’ultimo. 
Qualche simpaticone ha osserva- 
to che evidentemente alla Com- 
modore non sapevano più cosa 
farsene delle vecchie schede del 
VIC 20. : 

Molto interessante anche il 
Professional Video Adapter 
A2350. La scheda, progettata dal 
laboratorio grafico del New York 
Institute of Technology, riunisce 
le funzioni di genlock, digitizer e 
frame freeze. Il segnale video 
viene convertito e gestito interna- 
mente in modo digitale. La quali- 
tà dell'immagine “congelata” è 
paragonabile a quella dei videore- 
gistratori Super VHS dotati di 
memoria. Non esistono switch 
hardware. Tutte le funzioni sono 
infatti regolabili per mezzo di 
gadget sovraimpressi all’immagi- 
ne. Peccato che il tutto non 
supporti la risoluzione verticale 
del modo PAL overscan, cioè il 
modo richiesto da tutti gli opera- 
tori del settore video al di fuori 
degli Stati Uniti. Con grande 
imbarazzo, dopo un fuoco di fila 
di domande degli esperti video 
presenti in sala, i portavoce ufli- 
ciali della Commodore hanno 


infatti dovuto annunciare che la 
risoluzione massima di 1024 x 512 
è strettamente collegata a una 
scelta hardware di base. 

Gail Wellington ci ha confer- 
mato che l’ Amiga 2000HD (Ami- 
ga 2000 più A2090A con hard disk 
da 40 MB, 28 msec) e l’Amiga 
2500 (Amiga 2000HD più A2620) 
verranno distribuiti solo negli 
Stati Uniti. Negli altri Paesi si 
potrà ottenere la stessa configura- 
zione mettendo insieme le diverse 
schede. Con il sistema Amiga 
2500 UX (che abbiamo descritto 
nel numero 2/88 di Commodore 
Gazette) dotato di sistema operati- 
vo Unix System V versione 3.1, la 
Commodore intende affermarsi 
nell'ambiente universitario. Jo- 
hann George, l’esperto Unix pre- 
sente alla conferenza, ci ha rivela- 
to che per la distribuzione del 
software di questa stazione di 
lavoro la Commodore ha deciso 
di servirsi delle cartucce a nastro 
in formato standard AT&T, utiliz- 
zate anche per effettuare il 
backup dell’hard disk. Un futuro 


sistema Unix della Commodore si 
servirà di un 68030 per rendere 
ancora più interessante il rappor- 
to prezzo-prestazioni, e poter così 
penetrare maggiormente in quei 
mercati dove è necessaria la “for- 
za bruta”, a un prezzo evidente- 
mente contenuto. La Commodo- 
re ha intanto lanciato una massic- 
cia campagna d’informazione at- 
traverso la stampa specializzata 
per scrollare di dosso dai marchi 
“Commodore” e “Amiga” la fama 
di macchine destinate soltanto ai 
videogiochi. 

Lauren Brown ha annunciato 
che la prossima Developers Con- 
ference si terrà probabilmente a 
San Francisco dal 15 al 17 giugno 
1989. E intenzione della Commo- 
dore organizzare un convegno 
come questo ogni sei mesi, alter- 
nando Europa e Stati Uniti. La 
conferenza si è conclusa con un 
sorteggio che ha visto i fortunati 
vincitori ricevere come premi 
l’Enhanced Chip Set e il compila- 
tore C 5.0 della Lattice. 
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VIDEON 


Basta con i noiosi filtri per i vari 
passaggi... Ora c'è VIDEONI Il VI- 
DEON è un digitalizzatore video a 

colori dotato di un convertitore PAL- 
RGB con una banda passante di 15 
KHz per ottenere immagini a colori 
dalle stupefacenti qualità... Funziona 
in risoluzioni di: 320x256 - 320x512 - 
640x256 - 640x512. Può essere colle- 
gato a una qualsiasi fonte video PAL, 
ad esempio videoregistratori, compu- 
ter, telecamere, televisori, ecc. Il pro- 
dotto permette di visualizzare il se- 
gnale video collegato all’apparecchio 
e in più permette la regolazione di 
luminosità, colore, saturazione, con- 
A trasto. 
E corredato di software che permette 
la manipolazione di immagini IFF 
HOLD MODIFY da 32 a 4096 colori 
con tecniche di SURFACE-MAPPING 
su solidi geometrici. 
È in arrivo la versione 2.0 


L. telefonare 


FLICKER FIXER 

Novità in arrivo. 
Questa eccezionale scheda che si inseri- 
sce nell'A2000 toglie il fastidioso Flicker 
dell’Amiga che si verifica in altissima riso- 
luzione. Per chi usa l'Amiga per lavoro 0 

con grafica CAD, ecc. 

L. telefonare 


AMIGA SPLITTER 
Per chi già possiede un digitalizzatore 
video del tipo Amiga Eye, Amiga VID, 
Easy View, Digi View 3.0, ecc. 

Evita il passaggio dei noiosi tre filtri. Lo 
splitter converte direttamente l'immagine 
a colori, indispensabile per chi possiede 

un digitalizzatore normale. 
L. 199.000 


22074] 


MINI GEN 


MINI-GEN una grande novità per pro- 
fessionisti ed entusiasti, per ottenere 
sovrapposizioni di animazioni, titoli, 
messaggi ecc. 

Funziona con tutti gli Amiga ed è 
compatibile con programmi come TV- 
Text, Pro video e molti altri. Ora la 
videotitolazione è alla portata di tutti, 
semplicissimo da usare. 


L. 399.000 


KICKSTART 1.3 ROM 
Il nuovo sistema operativo dell’Amiga ora 
in ROM applicabile facilmente su A500 e 
A2000 senza saldature e senza perdere il 
vecchio s/o 1.2. 
L. 119.000 


TASTIERA 
musicale, Amiga compatibile. Pro Sound 
designer 


New 


ESPANSIONI 
512K originali Commodore per A500 


L. 319.000 
2MB esterne autoconfiguranti profex per 


A500 
L. 1.090.000 
Disponibili espansioni di memoria per 
A500, 1000, 2000 interne ed esterne da 
512K fino ad 8MB. Telefonare per ulterio- 
ri informazioni. 
L. telefonare 


AMIGA FAX 
Straordinaria novità per ricevere segnali, 
fax, cartine, meteo, ecc. con il tuo Amiga, 
composto da: scheda hardware, software 
di gestione, manuale d'uso. 
L. 199.000 


PRO SOUND 
DESIGNER 


Ovvero Elaboratore professionale del 
suono. È un campionatore sonoro 
che funziona su tutti gli Amiga, 8 bit 
stereo sampler da 1 a 28 KHz mono 
e da 1 a 17 KHz stereo; playback a 
35 KHz, avanzate funzioni di editing 
e compatibile anche con altri pac- 
chetti software come ad esempio : 
Sound sampler, Future sound, Per- 

fect sound, ecc. 


L. 179.000 


AMIGA SCANNER 
Nuovo scanner grafico per Amiga, copia 
un testo, una foto, un disegno sul compu- 
ter ed è in grado di modificarlo veloce- 
mente con i suoi numerosi programmi. 
L. 799.000 


AMIGA CARD 


Hard disk in AmigaDOS per l’Amiga 
2000 su scheda, semplice da instal- 
lare e lascia libero lo spazio per il 
secondo drive interno. Disponibili an- 
che versioni esterne per A500 e 
A1000. 


L. 990.000 








AMIGA MODEM 2400 PAK 
Modem dedicato per A500 - A1000 - 
A2000, esterno 300, 1200, 2400 baud 
(V21-22-22BIS). Autodial, autoanswer, 
Hayes compatibile, completo di software 
e cavo di connessione al computer (di- 
sponibili altre versioni, 300/1200 e 300/ 
1200-1200/75 Videotel). 
L. 399.000 


I NOSTRI DISK DRIVE 
DISK DRIVE SLIM, MECCANICA NEC 
BEIGE 


sono disponibili: 
per Amiga 500 3,5 pollici passante com- 
preso disconnect L. 239.000 
per Amiga 500 5,25 pollici 40/80 tracce 
passante L. 350.000 
per Amiga 2000 interno L. 179.000 
per C-64 0CC118 L. 239.000 


DISCONNECT 
Super interfaccia, che permette di scolle- 
gare i disk drive esterni dell’Amiga senza 
spegnere il computer, escludendoli all'i- 
stante e ricollegandoli quando serve. Con 
questo sistema potete usare tutti i pro- 
grammi che necessitano di una quantità 
di memoria superiore a quella residua con 
l'uso di due o più unità disco. 
L. 23.000 





HARD DISK CARD 
per A2000 in modo MS-DOS (meccanica 
Miniscribe, Controller Westerndigital) 
20 MB L. 639.000 
33 MB L. 799.000 
40 MB L. 969.000 


20 MB HARD DISK L. 539.000 








Stampanti 9 e 24 aghi colore o bianco e 
nero: NEC, STAR, PANASONIC, AM- 


« STRAD, TAXAN, COMMODORE, OLIVET- 
TI, MANNESMANN ecc. a prezzi da gros- 
E mi I Li sista. 
@ 


- Genlock Broadcasting Neriki (per 
STUDI e/o TV private, alte prestazioni). 
L. telefonare 


TELECAMERA B/N 
Alta risoluzione (600 linee) da accoppiare 
a DIGIVIEW, EASY VIEW, REALTIME, VID 


Stazioni Grafiche composte da Amiga 
2000 Hard Disk (20-32 MB) Scheda Ja- 
nus, 2MB-8MB, Genlock e programmi 


VIDEON ecc. grafici. 
prezzi concorrenziali 


L. 399.000 


Scheda XT Janus (compatibilità 100% MS DOS) e AT Janus per Amiga 2000 
L. telefonare 
Sono disponibili i programmi di Fred Fish, di Public Domain e relativo manuale d’uso 
in italiano. 
L. 2000 il catalogo 


ACCESSORI PER L’AMIGA 


. 119.000  Digitalizzatore Audio IFF compatibile Sonix ecc. 

. 119.000  Digitalizzatore Video compatibile Digiview 

. 189.000  Digitalizzatore Audio & Video: tutto in uno come sopra 
39.000 Interfaccia per collegare stampanti seriali/64 all’Amiga 
59.000 Per collegare tastiere MIDI all’Amiga (con software) 
79.000 Per collegare tastiere MIDI all’Amiga (Passthrought) 
.590.000  Genlock amatoriale con regolazioni per A500, A1000, 
A2000 


EASY SOUND 
EASY VIEW 

DIGI AUDI & VIDEO 
SERIAL AMIGA 
INT. MIDI 

INT. MIDI PROF. 
PAL GENLOCK 


ETERNI 


PORTADISCHI 40pz. L. 20.000 
PORTADISCHI 60pz. L. 30.000 
KIT PULIZIA 3,5" L. 10.000 
KIT PULIZIA 5,25" L. 10.000 

PORTADISCHI POSSO L. 34.900 (100 posti) 





Per questioni di spazio non ci è possibile elencare moltissimi altri articoli. Veniteci a 
trovare o richiedeteci i cataloghi settoriali. Chi verrà a trovarci con questa rivista e 
acquisterà almeno L. 100.000 (centomila) di prodotti accessoristici hardware e software 
riceverà, richiedendolo, un “controvalore” pari al costo della rivista. 


Alcuni dei nostri prodotti, costruiti, importati o distribuiti da Newel si possono trovare anche da 
PERSONAL COMPUTER PESARO 


Tutto il materiale è garantito 12 mesi + 7 giorni di prova soddisfatti o rimborsati ed è in 
pronta consegna = NOI VENDIAMO FATTI, NON PAROLE = I nomi, i marchi e gli stemmi 
usati in questa pubblicità sono depositati e di proprietà delle menzionate aziende, Newel 
ne è solo il rivenditore, o il distributore, e ringrazia le medesime per l'utilizzo. 
I PREZZI POSSONO VARIARE SENZA PREAVVISO 


Spedizioni in contrassegno postale in tutta Italia in REALTIME (servizio computerizzato) 
02/33000036 (da martedì a venerdì dalle ore 9,15 alle 18,50) 
Servirsi per ordini esclusivamente dei numeri indicati o del Fax 


SCONTI a scuole, comunità, associazioni e professionisti. 
| signori rivenditori sono pregati di visitarci il lunedì, previo appuntamento. 


Si cercano collaboratori part-time o tempo pieno per i settori da noi trattati; espertissimi e già 
L introdotti nel settore (telefonare al mattino presto 02/323492) 


Ricorda alla Newel trovi anche tutto per C-64/128, Amiga, Atari, PC Amstrad ecc. 
Richiedi il catalogo specificando il computer posseduto. 
Richiedi il nostro nuovo catalogo per Amiga con tutie ie ultime novità hardware & 
software, oltre 1000 programmi selezionati... inviando L. 2.000 in francobolli. 











Nuovo servizio: se hai dubbi su qualche prodotto, te lo diamo in prova per 48 ore a casa tua 
(dietro cauzione) e se non ti soddisfa ti restituiamo i soldi senza formalità, purche sia restituito nello 
stato iniziale 
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L’ARCHITETTURA DEL SISTEMA 
OPERATIVO GEOS: QUINTA PARTE 


GEOS: COME 


COSTRUIRE UN BOX 
DI DIALOGO 


Concludiamo questa serie illustrando i box di dialogo, strumenti 
indispensabili per gestire semplici e immediate comunicazioni 


con l’utente. Due esempi illustrano le strutture di definizione 
di due diversi box di dialogo 


di Luca Giachino 


(N.d.r.) Questo articolo s'inserisce in un ciclo 
dedicato al sistema operativo GEOS. Per una 
lettura agevole è necessario conoscere gli 


argomenti trattati nelle precedenti puntate. 
questa serie abbiamo 


N esplorato molti tra gli 


aspetti più significativi della strut- 
tura del sistema operativo GEOS. 
Abbiamo detto che si tratta di un 
sistema operativo a gestione di 
eventi, e che le applicazioni a esso 
dedicate sono definite a flusso di 
eventi. Un “evento” è qualsiasi 
azione che richiami l’attenzione 
del sistema. Se l’evento è prodot- 
to dall'utente, deve trattarsi di un 
tentativo di comunicazione con il 
sistema, come il movimento del 
mouse, la selezione di un menu o 
di un'icona, oppure un qualsiasi 
input da tastiera. Gli eventi che si 
verificano allo scadere di un con- 
to alla rovescia sono invece i 
cosiddetti “eventi temporizzati”, 
e il conto alla rovescia è gestito da 
un contatore relativo a un proces- 
so in corso. 

Abbiamo spiegato che la routi- 
ne MainLoop si prende cura di 
tutti gli eventi definiti dall’appli- 
cazione, chiamando all’occasione 
le relative routine di servizio. 

Dopo questa panoramica sugli 
eventi, e dopo averli classificati 


elle precedenti puntate di 
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nei tre tipi fondamentali, abbia- 
mo esaminato l’interazione fra le 
due routine più importanti in 
tutto il sistema: MainLoop e In- 
terruptMain. Si è detto che la 
prima è il cervello e la seconda il 
sistema nervoso del sistema ope- 
rativo GEOS, cercando con questa 
similitudine di renderne chiari i 
rispettivi compiti. 

Abbiamo poi rivolto la nostra 
attenzione verso gli strumenti 
interattivi a disposizione delle 
applicazioni, iniziando dai menu 
e dalle icone. Si è cercato di 
mettere in luce soprattytto il 
carico di lavoro svolto dal sistema 
per agevolare le applicazioni: con 
la creazione in memoria di sem- 
plici strutture di dati, il sistema 
visualizza il menu e le icone e 
procede alla loro gestione auto- 
nomamente, senza l’intervento 
dell’applicazione. Nelle strutture 
di dati, infatti, l’applicazione ha la 
possibilità d’indicare posizioni 
sullo schermo, dimensioni geo- 
metriche, stringhe a terminazio- 
ne nulla per le voci di tutti i 
sotto-menu, disegni delle icone, 
tipi di reazione alla selezione e 
indirizzi delle routine di servizio 
relative agli eventi finali. 

L'applicazione, chiamando 
semplicemente le routine DoMe- 
nu e Dolcons, cede queste strut- 


ture di dati al sistema, che proce- 
de alla gestione degli strumenti 
interattivi. 

Ci siamo poi occupati delle 
capacità multitasking del sistema 
operativo GEOS, mettendone in 
evidenza pregi e limiti. In partico- 
lare abbiamo analizzato i processi 
temporizzati e i desk accessory. 
Questi ultimi ricalcano esatta- 
mente il sistema adottato dal 
Macintosh per offrire una par- 
venza di capacità multitasking: il 
sistema esegue una sola applica- 
zione alla volta, ma può congelare 
quella in esecuzione per cedere 
temporaneamente il controllo a 
un’altra (il desk accessory). Ter- 
minata l’esecuzione del desk ac- 
cessory, il controllo torna all’ap- 
plicazione principale. 

In questa puntata finale ci dedi- 
cheremo ai box di dialogo, stru- 
menti interattivi molto simili ai 
desk accessory, perché anch'essi 
sono piccole applicazioni tempo- 
ranee, con nuovi menu e icone. 


I box di dialogo 


Nelle applicazioni GEOS com- 
patibili i box di dialogo sono 
molto frequenti. Ogni volta che 
dobbiamo inserire il nome di un 
file, selezionare un file di testo 
con geoWrite, o mandare in stam- 





pa un’immagine con geoPublish, 
sullo schermo appare un box 
tramite il quale l’applicazione sot- 
topone all’utente un ventaglio di 
possibili scelte. Il box di dialogo è 
quindi uno strumento di dialogo 
con l’utente come menu e icone, 
anche se ha caratteristiche com- 
pletamente diverse. 

Mentre i menu e le icone sono 
sempre presenti sullo schermo, i 
BD (abbreviazione di box di dialo- 
go) appaiono soltanto quando si 
presentano particolari necessità, 
e impegnano quindi lo schermo 
solo temporaneamente. Inoltre, i 
box di dialogo sono in realtà delle 
vere e proprie applicazioni, come 
i desk accessory, nel senso che 
possono essere strutturati con 
menu e icone proprie, e propri 
codici d’inizializzazione degli 
eventi. Quest'ultimo caso, indub- 
biamente il più complesso, preve- 
de per le applicazioni un maggior 
carico di lavoro, in quanto le 
strutture standard previste dal 
sistema devono essere necessaria- 
mente scavalcate. 


La gestione dei box di dialogo 


Quando un’applicazione deve 
visualizzare un BD, chiama la 
routine DoDlgBox indicando in 
un apposito registro l’indirizzo 
della struttura di dati che lo 
definisce. Questa struttura è co- 
stituita da una serie di comandi, e 
relativi parametri, che il sistema 
legge ed esegue in sequenza 
quando viene chiamata DoDI- 
gBox. Si tratta di 19 comandi, di 
cui i primi dieci servono per 
visualizzare le icone di sistema. 
Ogni comando è contraddistinto 
da un codice formato da un byte, 
ed eventualmente da alcuni para- 
metri specificati nei byte che 
seguono. Se il sistema incontra il 
codice di un comando a zero, lo 
interpreta come fine della strut- 
tura di dati. 

La struttura di un BD dev'esse- 
re considerata come la routine 
d’inizializzazione di un’applica- 
zione. Sebbene non contenga co- 
dici eseguibili ma solo byte co- 
mandi, le sue funzioni sono prati- 
camente identiche: configurare il 


box, e inizializzare i nuovi eventi 
di cui il sistema dovrà tempora- 
neamente prendersi cura. Non 
c'è conflitto con l’applicazione 
principale dal momento che il 
sistema garantisce l'incolumità di 
tutti i suoi dati. Per la precisione, 
in una particolare area RAM di 
proprietà del sistema vengono 
salvate le variabili globali del 
Kernel, i vettori e le strutture dei 
menu e delle icone. Quando il 
box di dialogo viene chiuso, que- 
ste informazioni (lo stato del 
sistema) vengono completamente 
ripristinate, e il controllo viene 
restituito all’applicazione dopo 
l’istruzione jsr DoDlgBox, come 
se niente fosse accaduto. Il BD 
viene infatti cancellato dallo 
schermo, rivelando quanto aveva 
nascosto. 

Esistono due tipi di gestione del 
BD, quella standard e quella non 
standard. La gestione standard 
prevede l'apparizione sullo scher- 
mo di un box e un’ombra di 
dimensioni e posizione predefini- 
te. Questo significa che nella 
struttura di definizione non si 
devono inserire posizioni e di- 
mensioni del box. L'utilità di un 
box standard è evidente: se non 
sono necessarie dimensioni parti- 
colari, si risparmia qualche byte 
nella struttura di definizione. 
Inoltre la gestione standard pre- 
vede l’impiego delle icone di 
sistema e delle consuete operazio- 
ni di 1/0 (visualizzazione di mes- 
saggi e input di stringhe). In 
questo tipo di gestione, la selezio- 
ne di un'icona o la pressione del 
tasto Return durante l’immissio- 
ne di un testo provoca l’automati- 
ca chiusura del BD. L’applicazio- 
ne rileva la causa che ha prodotto 
la chiusura del BD analizzando il 
contenuto di un particolare para- 
metro di ritorno. Esempio di BD 
definito con strutture standard è 
il box di dialogo che appare 
quando si desidera cambiare il 
nome di un file da deskTop, 
oppure formattare un disco. Ma 
talvolta questo tipo di gestione 
non è sufficiente, e occorre ritoc- 
care la struttura di definizione del 
BD con nuovi comandi, passando 
alla gestione non standard. 





La gestione non standard si 
riferisce appunto alle strutture di 
definizione dei BD che non ricor- 
rono ai box di dimensioni prede- 
finite con icone predefinite. La 
gestione non standard però, oltre 
che dimensioni e icone proprie 
prevede anche alcuni comandi 
che possono aumentare la com- 
plessità del BD a qualsiasi livello, 
trasformandolo in una piccola 
applicazione. In particolare, di- 
venta possibile cedere al sistema 
una stringa grafica (una stringa di 
comandi grafici che il sistema 
esegue in sequenza), richiedere la 
gestione standard per la selezione 
dei file presenti sul disco e infine 
mandare in esecuzione una routi- 
ne che costituisce il proseguimen- 
to della procedura d’inizializza- 
zione. 

Comunque, a prescindere dal 
tipo di gestione, quando il BD è 
stato aperto, il controllo passa di 
nuovo a MainLoop, la quale si 
preoccupa di gestire tutti i nuovi 
eventi, standard e non, previsti in 
fase di definizione del BD. Questo 
spiega perché un BD può essere 
considerato una piccola applica- 
zione. Inoltre, se le routine di 
servizio coinvolte terminano con 
l'istruzione rts, ricedono il con- 
trollo a MainLoop come accade 
per ogni altra routine di servizio. 
Nel caso dei BD questo significa 
che la gestione degli eventi ri- 
prende e che il BD non viene 
chiuso. Per ovviare a questa situa- 
zione e per fare in modo che le 
routine di servizio possano chiu- 
dere il BD, il Kernel di GEOS 
prevede la funzione RstrFrmDia- 
logue, che provvede a eseguire la 
procedura standard di chiusura 
del BD (ripristino di tutte le 
variabili di sistema e della parte di 
schermo nascosta dal box). Que- 
sta funzione si aspetta che la 
routine di servizio chiamante ab- 
bia memorizzato nella variabile di 
sistema sysDBData il codice corri- 
spondente alla causa della chiusu- 
ra (in genere il codice del coman- 
do che ha prodotto la chiusura, 
ma se la gestione non è standard 
potrebbe trattarsi di un qualsiasi 
altro valore). RstrFrmDialogue, 
infatti, copia il contenuto di que- 
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sta variabile globale nel registro 
rOL che restituisce ai codici del 
programma. 


I comandi dei box di dialogo 


Per comprendere meglio il fun- 
zionamento dei BD, è opportuno 
analizzare i comandi di cui dispo- 
niamo per creare la struttura di 
definizione. Questa struttura de- 
ve sempre iniziare con un byte 
che indica al sistema se, visualiz- 
zando il box, deve usare o meno 
le dimensioni predefinite, e che 
indica inoltre il tipo di matrice 
grafica da impiegare per l’ombra 
(nel Kernel di GEOS sono definite 
ben 32 matrici grafiche; per ve- 
derle basta osservare gli sfondi 

che geoPaint mette a disposizio- 
ne). Se questo byte indica che il 
box non è standard, i byte succes- 
sivi devono individuare le coordi- 
nate dell’angolo superiore sini- 
stro e dell’angolo inferiore de- 
stro. Queste coordinate sono re- 
lative all’angolo superiore sini- 
stro dello schermo, e sono le 
uniche coordinate assolute nella 
struttura di definizione di un BD: 
tutte le altre (posizioni delle ico- 
ne, delle stringhe da visualizza- 
re...) sono relative all’angolo su- 
periore sinistro del BD. Dopo il 
byte che indica al sistema come 
disegnare il BD, gli altri comandi 
possono succedersi in qualunque 
numero e in qualunque ordine. 

Analizziamoli uno per uno. 

— I comandi dall’uno al dieci 
visualizzano e attivano nel BD 
particolari icone dette icone di 
sistema. Fino alla versione 1.3 del 
Kernel, di queste dieci icone sono 
disponibili solo le prime sei. Si 
tratta delle familiari icone Ok, 
Cancel, Yes, No, Open, Disk, utili 
per una grande varietà d’impie- 
ghi. I vantaggi che presentano 
sono fondamentalmente due: i 
loro disegni sono predefiniti nel 
Kernel, e per usarle basta indica- 
re l’opportuno codice e la posizio- 
ne che devono avere all’interno 
del BD. Come si potrà notare, un 
carico di lavoro molto minore 
rispetto all’abilitazione delle ge- 
neriche icone. Inoltre, non vi è 
necessità di specificare alcuna 
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routine di servizio, perché le 
routine di servizio relative a que- 
ste icone sono predefinite nel 
sistema. In realtà il sistema preve- 
de per tutte queste icone un'unica 
routine di servizio che memorizza 
il codice dell’icona selezionata 
nella variabile di sistema sysDB- 
Data, e chiama la routine Rstr- 
FrmDialogue. Quest'ultima me- 
morizza il valore di sysDBData nel 
registro rOL, e provvede a esegui- 
re la procedura standard di chiu- 
sura del BD. Quindi, le icone 
predefinite causano sempre la 
chiusura del BD. 

— DBTXTSTR è il comando che 
visualizza una stringa a termina- 
zione nulla nel BD. È seguito dalle 
coordinate del primo carattere 
che deve apparire nel BD e dal 
puntatore che individua la stringa 
in memoria. 

— DBVARSTR, al pari del pre- 
cedente, permette di visualizzare 
una stringa nel BD. L’unica diffe- 
renza è che il comando è seguito 
dall’indirizzo del registro (da r0 a 
r10, r15) che contiene il puntato- 
re alla stringa da visualizzare. 
Questa è un’informazione dina- 
mica, che può cambiare ogni 
volta che il BD viene visualizzato. 
Con questo comando si può quin- 
di visualizzare una stringa diversa 
alla stessa posizione ogni volta che 
sl riapre il BD. Li 

— DBGETSTRING richiede al 
Kernel di ricevere in input una 
stringa a una particolare posizio- 
ne e per un particolare numero di 
caratteri. Il comando è seguito 
dalla posizione in cui deve appari- 
re il cursore, dall’indirizzo del 
registro che individua il buffer in 
memoria, e dal massimo numero 
di caratteri che il buffer può 
contenere. Si noti che se nel 
buffer è già presente una stringa 
a terminazione nulla questa verrà 
visualizzata nel box come prima 
scelta possibile. L'utente può 
semplicemente premere il Return 
o decidere di alterarla. Ovvia- 
mente, l’input della stringa viene 
trattato dal sistema come un 
evento, cioè viene gestito paralle- 
lamente a tutti gli altri eventi che 
caratterizzano il BD. Quando l’u- 
tente preme il Return, il BD viene 


chiuso; i codici chiamanti possono 
quindi esaminare il parametro 
restituito ed eventualmente il 
contenuto del buffer. 

— DBSYSOPV indica al sistema 
di gestire in modo standard la 
selezione del mouse in un’area 
non convenzionale (un’area non 
controllata dal sistema), cioè con 
la semplice chiusura del BD. Que- 
sto comando risulta utile per 
esempio quando si desidera mo- 
strare con il BD un semplice 
messaggio, che l’utente chiude 
premendo il pulsante del mouse 
in qualunque punto dello scher- 
mo. 

— DBGRPHSTR ordina al siste- 
ma di eseguire la stringa grafica 
individuata dall’indirizzo che se- 
gue il comando. Si ricordi che una 
stringa grafica è un array di 
comandi che, eseguiti in sequenza 
dal sistema, visualizzano elementi 
grafici come rettangoli pieni, cor- 
nici, linee oblique... Una stringa 
grafica è particolarmente como- 
da quando occorre visualizzare 
una serie di elementi grafici sem- 
pre uguale, dal momento che 
evita di dover chiamare ogni volta 
le stesse routine grafiche del Ker- 
nel. In genere le stringhe grafiche 
vengono usate dalle applicazioni 
chiamando la routine Graphics- 
String, ma il Kernel ne permette 
l’uso anche all’interno dei BD. 

— DBGETFILES è un comando 
che visualizza nel BD, all’interno 
di una finestra di scroll, tutti i 
nomi dei file di un certo tipo 
presenti sul disco. Un esempio di 
programma che utilizza DBGET- 
FILES è fornito da geoWrite, 
quando l’utente deve aprire un 
testo già presente sul disco. La 
particolarità di questo comando è 
che visualizza solo i nomi dei file 
appartenenti a un particolare ti- 
po. Si ricordi infatti che GEOS è in 
grado di suddividere i file in 15 
differenti tipi. Per esempio, quan- 
do si deve scegliere un nuovo 
driver di stampa, deskTop visua- 
lizza soltanto i nomi dei file di tipo 
PRINTER. Oltre a questa prima 
chiave di ricerca, peraltro alquan- 
to generica, il comando permette 
di specificare anche una seconda 
chiave subordinata. Si tratta del 





nome permanente di cui ogni 
applicazione deve fornire i file 
dati che crea. L’esigenza nasce 
dal fatto che le applicazioni, 
geoWrite, geoPaint, geoChart o 
qualsiasi altra, creano sempre file 
di tipo APPL_DATA, e questo 
identificatore non è sufficiente 
per raggruppare i file prodotti da 
una particolare applicazione. Il 
nome permanente risolve il pro- 
blema restringendo ulteriormen- 
te il campo di ricerca. Con questo 
comando, come con la funzione 
FindFTypes, GEOS è in grado di 
raggruppare un massimo di 16 
file. Il nome del file selezionato 
dall’utente viene inserito nell’ap- 
posito buffer indicato dopo il 
comando. 

— DBOPVEC permette d’indica- 
re al sistema una particolare rou- 
tine di gestione dell’evento “sele- 
zione di un’area non convenzio- 
nale”. A differenza del comando 
DBSYSOPV, DBOPVEC permette 
alle applicazioni di definire routi- 
ne di gestione personalizzate. La 
routine di servizio che viene indi- 
viduata da questo comando può 
terminare con un semplice rts, nel 
qual caso il BD non viene chiuso e 
il controllo torna a MainLoop, 
oppure con l’istruzione jmp Rstr- 
FrmDialogue, la quale chiude 
definitivamente il BD. 

— DBUSRICON permette di 
visualizzare e attivare nel BD 
un’icona non standard. Oltre alle 
coordinate dell’icona, questo co- 
mando dev'essere seguito dall’in- 
dirizzo della struttura di dati che 
definisce l’icona. Per le icone che 
vengono definite in questo modo, 
il Kernel non prevede routine di 
servizio predefinite, e si aspetta 
che nelle loro strutture di defini- 
zione appaiano gli indirizzi delle 
relative routine di servizio. L’ap- 
plicazione deve quindi decidere 
sotto ogni aspetto il comporta- 
mento dell’icona. Per la fine delle 
routine di servizio di queste icone 
valgono le solite considerazioni: 
rts per non chiudere il BD, o jmp 
RstrFrmDialogue per chiuderlo. 

— DB_USR_ROUT è l’ultimo 
comando previsto dal Kernel, e 
anche il più flessibile, in quanto 
permette di personalizzare com- 


pletamente il BD. Infatti, dev’es- 
sere seguito dall’indirizzo di una 
routine d’inizializzazione alla 
quale il Kernel cede il controllo 
durante l’apertura del BD. Que- 
sta routine, come quella che rice- 
ve il controllo quando un’applica- 
zione viene caricata in memoria, 
può impostare qualsiasi tipo di 
evento (temporizzazioni, menu, 
icone, selezioni dell’utente su 
aree non convenzionali...). In 
pratica, scavalcando i limiti impo- 
sti dai comandi visti finora, rende 
il BD una vera e propria applica- 
zione temporanea. Ovviamente, 
deve terminare con l’istruzione 
rts in modo che il sistema possa 
procedere a eseguire i successivi 
comandi presenti nella struttura 
di definizione del BD. L’unica 
vera precauzione che occorre 
prendere con questa routine TI- 
guarda l’abilitazione di un set 
d’icone tramite la funzione DolI- 
cons. Infatti, in questo caso è 
necessario che nell’intera sequen- 
za dei comandi non ne appaia 
nessuno di quelli che attivano 
icone (si ricordi che in GEOS può 
essere attivo solo un set di icone 
alla volta, e che un nuovo set 
disabilita quello precedente). 
Vale la pena d’insistere ancora 
sulla flessibilità del comando 
DB_USR_ROUT. In un ambiente 
di programmazione meno artico- 
lato, nella gestione dei BD sareb- 
be stato sufficiente soltanto que- 
sto comando, che in pratica dele- 
ga all'applicazione la configura- 
zione dell’intero BD. Fortunata- 
mente, il Kernel di GEOS consente 
d’impiegarlo solo quando è stret- 
tamente necessario, e fornisce in 
alternativa tutti i comandi che 
abbiamo illustrato prima. 


I limiti dei box di dialogo 


Nella tavola della pagina suc- 
cessiva sono riportate come esem- 
pio le strutture di definizione di 
due BD. La prima è tratta diretta- 
mente dal Kernel di GEOS: defini- 
sce il BD che G£EOS visualizza 
quando, terminata un’applicazio- 
ne, cerca di caricare deskTop ma 
non la trova. La seconda struttura 
è invece di nostra creazione: defi- 


nisce un BD all’interno del quale 
l’utente viene invitato a inserire 
un codice, può selezionare l’icona 
Quit, o servirsi di un menu. Si 
tratta di due semplici esempi che 
ovviamente non esauriscono 
neanche lontanamente le possibi- 
lità offerte dai BD, ma che sono 
utili per vedere in concreto come 
può essere organizzata la struttu- 
ra di definizione di un box di 
dialogo. 

A questo punto rimane soltan- 
to da chiedersi se GEOS, pur 
trattando i BD proprio come se 
fossero applicazioni (al pari dei 
desk accessory), imponga loro 
qualche limitazione. La risposta è 
ovviamente affermativa, in quan- 
to i BD, sebbene abbiano a loro 
disposizione l’intero sistema, con- 
vivono in memoria con le applica- 
zioni che li aprono. Non possono 
aprire altri box di dialogo (al pari 
dei desk accessory che non posso- 
no aprire altri desk accessory) e 
richiedono alcune precauzioni 
per non intaccare il buffer di 
schermo. 

Il buffer di schermo, ampia- 
mente illustrato nelle scorse pun- 
tate, viene sempre alterato dai 
desk accessory e dai BD che 
prevedono una struttura di me- 
nu. Nella scorsa puntata avevamo 
visto come viene risolto questo 
problema nel caso dei desk acces- 
sory. Per quanto riguarda i BD, 
l'applicazione è ovviamente in 
grado di sapere se questo impiega 
o meno i menu. Se li impiega, 
prima di chiamare la funzione 
DoDlgBox, l’applicazione deve 
memorizzare nel vettore recover- 
Vector l’indirizzo di una propria 
routine che sopperisca all’inatten- 
dibilità dei dati presenti nel buf- 
fer di schermo. Ogni applicazione 
impiega questo vettore a seconda 
di com’è stata strutturata, e i 
modi per risolvere il problema 
sono molti. Il più elegante è 
salvare in un buffer temporaneo 
la parte di schermo che verrà 
intaccata dal BD e dalla sua ombra 
ancor prima di aprirlo. Comun- 
que, rispetto al caso dei desk 
accessory, è evidente che il ripri- 
stino dello schermo qui presenta 
meno problemi proprio perché il 
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comportamento del BD è perfet- 
tamente noto all'applicazione. 


Conclusioni 


Con questa puntata, concludia- 
mo la breve serie di articoli 
dedicati all’esplorazione del siste- 
ma operativo GEOS. Abbiamo 
fornito moltissimi spunti per colo- 
ro che programmano in questo 
ambiente, ma vorremmo ricorda- 
re ancora che gli argomenti trat- 
tati costituiscono una minima 
parte di quanto si trova ampia- 
mente illustrato nella Guida uffi 
ciale alla programmazione di 
GEOS, edita dalla IHT Gruppo 
Editoriale, la casa editrice di Com- 
modore Gazette. È solo con questo 

importante strumento di lavoro 
che diventa possibile conoscere a 
fondo il sistema, sfruttarlo al 
meglio, e produrre splendide ap- 
plicazioni GEOS compatibili. Co- 
munque, programmazione a par- 
te, la serie si è rivolta soprattutto 
a coloro che vedendo GEOS si 
sono incuriositi, e hanno deside- 
rato saperne di più, impadronirsi 
delle famose “chiavi del regno”. 
Perché GEOS, come abbiamo vi- 
sto in questi articoli, non è affatto 
un sistema operativo semplice: la 
sua complessità e flessibilità non 
trovano eguali nel mondo a 8 bit. 
Senza il suo avvento, soluzioni 
interattive d’avanguardia come i 
menu, le icone, i desk accessory, i 
box di dialogo, il mouse, e tante 
altre caratteristiche inedite, 
avremmo potuto goderle solo sul 
superbo schermo di un Macinto- 
sh, con la speranza inespressa di 
cambiare al più presto il nostro 
computer. GEOS ha reso disponi 
bile per il C-64 quello che in scala 
è l’ambiente di lavoro del Macin- 
tosh. Anche se rimangono alcuni 
limiti che rendono problematico 
un impiego professionale di 
GEOS, non si può negare che in 
tutto il mondo, grazie al lavoro 
svolto dalla Berkeley Softworks, 
molti milioni di utenti del C-64 
possono sperimentare il fascino di 
un ambiente di lavoro particolar- 
mente user-friendly. Sotto il pro- 
filo didattico questo è un risultato 
di grande prestigio. I] 


66/IMWIMDOAL 


truttura di defini 
non ri e da: n 


DEF_0EPOS|I 


DETATSTE 
lE 


posizione standard, 


«bute 
sbute 
«byte 
suord 


sbute 
sbute 
sbute 





isk",6 
Top WiI.3 or higher",6 


un ED che richiede un input dall'utente 
un piccolo menu all'interno del EDO 
-didialo 
«byte SET_OBP ioni non andard, 
grafica 2 
«byte E serior Dim oni del box 
«byte f 


una stringa 


«word nputstr iFuntatore alla stringa 
byte 
sbiyte 
«byte 
sbute 
sbute 


sInput di una stringa 


nel registro 
ttare non piu' 
atteri 
ICON alizza un'icona 


truttura di definizione 
idell'icona 
iProcedura non 
je suo indiri 





iFine della struttura di definizione 





il codice", PLAIHTEST,® 


truttura di definizione 

idell'icona non standard 

(DE IMIOTH 

BI_HEIGHT 

au n iEoutine di servizio 
idell'icona 


sDimenzioni dell'icona 


iFrocedura non standard 
ro, MenuStruttura 
Doftenu i menu per il ED 
i il controlla 





EData 
rFrmDialogue 





136 byte di dati arafici dell'icona 














Si sente spesso dire «Chi s'accontenta gode», ma nel 
mondo di GEOS questo proverbio non ha diritto di 
cittadinanza. Gli utenti di GEOS non vogliono proprio 
saperne di accontentarsi, ansiosi come sono di sempre 
nuovi miglioramenti. All'uscita di GEOS, infatti, molti 
utenti hanno subito mosso intelligenti critiche a questo 0 
quel particolare, individuando con precisione i punti deboli 
del nuovissimo sistema operativo. Ma si trattava di quel 
tipo di critica costruttiva che si rivolge a chi, avendo già 
fatto un buon lavoro, può fare anche di meglio. Lo stesso 
spirito sopravvive negli utenti di oggi, anche se migliora- 
menti e novità sono giunti in abbondanza. Si tratta di un 
segnale positivo, un continuo stimolo per i programmatori 
della Berkeley Softworks. 

L'ultima e attesissima novità è GEOS 2.0: il pacchetto 
riunisce, oltre al Kernele a deskTop, itre pacchetti geoWrite 
Workshop, DeskPack Plus e geoSpell, offrendo un ambiente 
di lavoro abbastanza completo. Molti desk accessory sono 
stati migliorati tangibilmente, o persino riscritti, e lo stesso 
si può dire per alcune applicazioni, come geoSpell. Le novità 
introdotte cancellano con un colpo di spugna la maggior 
parte dei problemi rilevati finora dagli utenti e fanno 
sperare in un futuro sempre migliore. In uno dei prossimi 
numeri di Commodore Gazette svolgeremo una completa 
analisi del pacchetto, ma alcune anticipazioni possiamo 
darle già adesso. 


GEOS 2.0 


Il Kernel, dal punto di vista delle applicazioni, è rimasto 
immutato. Questo significa che la tavola dei vettori di salto 
alle funzioni del sistema e le dislocazioni delle variabili di 
sistema sono immutate. In effetti, ogni volta che la Berkeley 
introduce sul mercato una nuova versione di GEOS, 
un'analisi attenta dei codici rivela che in realtà il sistema è 
stato riordinato, ma la compatibilità con le applicazioni è 
sempre garantita. Le maggiori novità del pacchetto riguar- 
dano quindi le applicazioni che accompagnano il sistema 
operativo. i 

Quelle maggiormente rivoluzionate sono deskTop, giun- 
ta alla versione 1.5, geoPaint, geoSpell, Configure, e i desk 
accessory Photo Manager, Text Managet, Calculator, 
Notepad. Inoltre, sul disco è presente anche un nuovo e 
interessante desk accessory, Pad Color Manager, che 
permette di colorare le icone dei file. Ci risulta invece che 
le applicazioni contenute nei pacchetti geoWrite Workshop 
e DeskPack Plus siano immutate. Di esse quindi non 
parleremo, rimandando il lettore agli articoli Gestire i testi 
in ambiente GEOS: geoWrite Workshop apparso sul 
numero 4/88, e al box “DeskPack Plus" apparso sul numero 
3/88 di Commodore Gazette. 


DeskTop V1.5 


Cominciamo con l'applicazione che ha subìto più modifi- 
che: deskTop. La cosa non ci stupisce, perché deskTop è 
l'interfaccia utente tramite la quale Sì svolge la maggior 
parte delle operazioni con i dischi e i file, 1 applicazione acuì 
si fa ricorso più spesso, e per questo anche la più soggetta 
a critiche. La Berkeley non si è fatta attendere, e ora 
deskTop appare sensibilmente migliorata. 

Appena avviato il sistema, si nota subito che lo schermo 
di deskTop, la famosa scrivania con il bloc-notes, presenta 
qualche cambiamento. Il menu principale contiene due voci 
in più, Select e Page, e sulla sinistra in alto appare 
finalmente il tanto sospirato orologio; inoltre, l'icona della 
stampante si trova ora in basso a sinistra, agli antipodi 
rispetto al cestino e non si corre più il rischio di cancellare 





GEOS 2.0 


L'AVVENTURA CONTINUA 













per errore quello che invece si voleva stampare. Ma basta 
effettuare qualche esplorazione per rendersi conto che le 
novità sono molte di più. 

Tramite il menu Select è possibile selezionare più file 
contemporaneamente ed eseguire operazioni sull'intero 
gruppo. Per esempio, è possibile selezionare una dopo 
l'altra le applicazioni che si vogliono copiare nel RAM disk, 
e avviare la copia una volta sola. Sarà deskTop che 
estenderà l'operazione di copia a tutti i file selezionati. 
Ovviamente, anche la cancellazione e le altre operazioni si 
possono estendere a più file. La selezione può avvenire 
tramite le voci del menu o tramite opportune combinazioni 
di tasti e selezioni del mouse sulle icone. Si possono anche 
selezionare in un colpo solo tutti i file presenti sul disco, 
tutti i file contenuti nella pagina del notes aperta, o tutti i 
file depositati sulla scrivania. Chi ha usato una versione 
precedente di deskTop sa bene quanto sia tedioso non poter 
estendere operazioni come la copia e la cancellazione a una 
pluralità di file, e quindi questa nuova possibilità è senza 
dubbio una delle più significative. Sebbene non esista 
ancora la possibilità di redigere file batch, dato che manca 
sempre un'interfaccia linea comandi (siamo comunque certi 
che qualcuno alla Berkeley ci sta spendendo notti insonni), 
l'opzione Select vi si avvicina, e rende le varie sessioni di 
lavoro molto più veloci. 

La seconda voce aggiunta al menu principale, Page, sarà 
accolta con favore da coloro che desiderano i propri dischi 
sempre ordinatissimi. Permette infatti di aggiungere una 
pagina bianca al notes in qualsiasi punto della sequenza, e 
di rimuovere altrettanto facilmente qualsiasi pagina, can- 
cellando ovviamente tutti i file in essa contenuti. 

Alcune delle altre voci sono invece state dotate di nuove 
opzioni. Il sotto-menu File contiene ora la voce Undo Delete, 
grazie alla quale è possibile recuperare l'ultimo file 
cancellato, a patto che non siano stati compiuti nel 
frattempo accessi al disco in scrittura. Il nome dell'ultimo 
file cancellato è visibile proprio sotto il cestino. 

L'altro sotto-menu che ha subìto modifiche è Special, che 
ora si chiama Options. Le aggiunte servono per modificare 
l'ora dell'orologio, e per visualizzare sullo schermo tutte le 
combinazioni di tasti (hot-key) previste dal programma. Si 
noti a questo proposito che ora quasi tutte le operazioni 
selezionabili con il mouse sono attivabili anche da tastiera. 
Qualcuno giudica la presenza di hot-key incongruente con 
la filosofia user-friendly di GEOS, ma la nostra opinione è 
che un'interfaccia grafica per essere davvero efficiente deve 
prevedere anche l'uso della tastiera, cioè deve offrire 
all'utente la facoltà di scegliere il sistema interattivo che 
preferisce. Anche perché la tastiera rimane sempre il 
dispositivo più rapido per molte operazioni ripetitive. 

Sempre in materia di comandi da tastiera, deskTop V1.5 
permette di scegliere una qualunque delle 18 pagine della 
directory, contro le prime nove consentite dalle precedenti 
versioni, e di selezionare le icone disposte sul notes con 
altre opportune combinazioni di tasti (evidentemente 
qualche programmatore aveva una particolare simpatia per 
le combinazioni di tasti) 

L'orologio-datario alla destra del menu principale è quel 
genere di optional che tutti avevano sempre desiderato, 
anche se non era così importante da suscitare esplicite 
proteste. Individuare un disco contenente Preference 
Manager, togliere la protezione, inserirlo nel disk drive e 
caricare il desk accessory soltanto per cambiare l'ora è 
un'operazione che tutti si sono sempre rifiutati di fare 
Adesso l'ora e la data si possono aggiornare con il semplice 
spostamento del mouse e finalmente acquista un senso 
l'aver previsto l'ora e la data per ì file GEOS compatibili 



































Un'altra importante novità riguarda l'opportunità di 
assegnare colori permanenti alle icone dei file, in modo che 
si possa distinguerle sullo schermo ancora più rapidamente. 
Per assegnare i colori si usa Pad Color Manager, un nuovo 
desk accessory, che permette anche di tornare al semplice 
schermo monocromatico se la novità non risulta gradita. 
Peccato che non sia ancora possibile scegliere una partico- 
lare matrice grafica per lo sfondo (la scrivania), per evitare 
le bande verticali colorate che talvolta appaiono su alcuni 
monitor. 

Anche le operazioni con i dischi e i file sono state in parte 
migliorate. La copia, per esempio, è diventata più rapida, e 
richiede all'utente meno scambi di dischi se si possiede un 
solo disk drive. Oltre alla consueta formattazione di un 
disco, è ora possibile effettuarvi la semplice cancellazione 
della directory e della BAM, opzione molto comoda quando 
un disco non contiene settori illeggibili ed è quindi inutile 
perdere tempo con una completa riformattazione. Inoltre, 
ora è possibile scambiare vicendevolmente di posto due 
icone sulla stessa pagina portandole semplicemente una 
sull'altra e premendo il pulsante del mouse. 

L'ultima e più importante novità di deskTop V1.5 è la 
possibilità di utilizzare tre dispositivi di memoria esterni: 
due drive logici, A e B, e un terzo drive logico che diventa 
operativo solo se viene scambiato con uno degli altri due. 
Per farsene un'idea più chiara, supponiamo che il drive 
logico A sia il disk drive 1541, che il B sia il 1571, e che il 
terzo drive logico sia il RAM disk. In questo caso, sullo 
schermo di deskTop appaiono ora tre icone per i drive logici, 
due simili (quelle effettivamente utilizzabili) e una diversa 
per il drive logico disponibile ma momentaneamente 
inattivo. Se l'utente desidera usare quest'ultimo, deve 
prima scambiarlo con uno degli altri due, rendendone 
inattivo un altro. Forse il sistema potrà sembrare complica- 
to, ma attualmente non è possibile fare di meglio, dal 
momento che il Kemel di GEOS è in grado di “vedere” un 
massimo di due disk drive (si consulti la Guida ufficiale alla 
programmazione di GEOS per una descrizione completa del 
problema). Contrariamente a quanto affermano anche 
autorevoli testate americane, realizzare una normale gestio- 
ne a tre disk drive non sarebbe stato per niente facile, e 
avrebbe richiesto un radicale intervento sullo stesso 
sistema operativo. Quindi, non lamentiamoci troppo, tanto 
più che ora, oltre ai RAM disk, è anche possibile impiegare 
il bistrattato disk drive 1581 (a tutto vantaggio della 
Commodore, oltre che degli utenti), aumentando notevol- 
mente la quantità dei dati che si possono memorizzare sullo 
stesso disco. 

A quanto ci risulta, queste sono le più importanti 
variazioni subite da deskTop. Sono tutte molto utili, ma ci 
tammatrica il fatto che non sia ancora possibile selezionare 
i file quando vengono elencati sul notes senza le icone, 
limite che rende inutile evitare la raffigurazione a icone. 
















































Configure e il disk drive 1581 


Un'altra importante novità di GEOS 2.0, come abbiamo 
anticipato, è la capacità di essere configurato, tramite il 
programma Configure, per interagire anche con il disk drive 
1581. Si tratta di una grande novità, che riporta in auge un 
disk drive molto buono, ma poco sfruttato. In effetti, la 
Berkeley è stata con GEOS 128 la prima software house a 
riconoscere l'utilità del 1581, come è stata anche la prima a 
sfruttare a fondo le espansioni RAM. Con GEOS 2.0 anche 
gli utenti del C-64 potranno finalmente avvalersi di 800K di 
memoria su dischi da 3,5", circa lo spazio che si ottiene con 
cinque dischi da 5,25'' formattati su un solo lato. Conside- 
rando quanto siano importanti e frequenti gli accessi al 
disco in ambiente GEOS, la possibilità d'impiegare il 1581 
contribuirà a rendere l'ambiente di lavoro ancora più 
efficiente 

Il file Configure è stato modificato per poter assegnare un 
disk drive anche al terzo drive logico previsto da deskTop. 
Non disponendo ancora del pacchetto, non ci è possibile 
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dire di più. Possiamo solo ricordare che con l'espansione 
1764 (256K) è possibile ottenere un RAM disk da 170K. Se 
invece si espande la 1764 a 512K, o se si dispone di una 
1750, è possibile ottenere anche un RAM disk da 366K. Si 
noti inoltre che nessuna delle due possibilità sfrutta 
completamente la RAM disponibile nelle due espansioni, e 
GEOS può quindi usarne una parte per diverse funzioni: 
mantenere uno shadowed disk, aumentare la velocità dei 
trasferimenti di memoria nel sistema... L'utente può anche 
decidere di mantenere nella memoria RAM dell'espansione 
una copia del sistema operativo per caricarlo rapidamente 
dopo un reset (non si dimentichi che i RAM disk non 
vengono alterati durante il reset del computer, e che quindi 
se si riattiva GEOS il loro contenuto è sempre invariato). 


GeoPaint 


Il successo di geoPaint, nonostante i limiti che tutti 
conoscono, non è mai diminuito, soprattutto perché consen- 
te di disegnare su un intero foglio di stampa (8 x 10 pollici). 
Si sentiva però la forte esigenza di alcuni miglioramenti e 
ora, con GEOS 2.0, viene fornita una nuova versione del 
programma. 

Le funzioni di cut & paste sono state migliorate e non 
consentono solo di “importare” un'immagine ma anche di 
sottoporla a operazioni di scaling, distorsione, e smussa- 
mento (come quelle che abbiamo descritto nell'articolo 
dedicato a geoPublish nel numero 2/88). Inoltre, è possibile 
muovere l'immagine importata e cambiarne le dimensioni 
con due semplici gadget, e decidere se lo sfondo deve 
rimanere visibile o no (effetto trasparenza). 

L'opzione Spray è stata modificata per consentire di 
riprodurre una matrice grafica visualizzandone solo i punti 
neri, solo i punti bianchi, o entrambi come nelle precedenti 
versioni. Anche gli altri tool di disegno sono stati 
considerevolmente migliorati, specialmente sotto il profilo 
della velocità. In particolare, è diventato possibile disegna- 
re oltre ai cerchi anche le ellissi e le poligonali. 

Per quanto riguarda gli spostamenti del puntatore, sono 
ora possibili regolazioni fini con i tasti cursore. Il controllo 
fine è disponibile anche con il modo Pixel Edit. 

Infine, ci risulta che ora sia possibile attivare una griglia 
di riferimento (di dimensioni purtroppo inalterabili), bloc- 
care il riempimento di aree, limitare l'operatività dei tool 
all'interno di particolari aree, disegnare rette con inclinazio- 
ni multiple di 45°. Queste sono in sostanza le innovazioni 
principali, alle quali daremo ampio spazio in un prossimo 
articolo. 


Le altre innovazioni 


Lo spelling checker geoSpell è praticamente stato 
riscritto. Anche se prevede solo un vocabolario di parole 
inglesi, ed è quindi di scarso interesse per il mercato 
italiano, uno dei suoi più grandi limiti era la lentezza nella 
ricerca. La Berkeley afferma che la nuova versione inserita 
in GEOS 2.0 è più veloce della precedente di circa il 38 per 
cento, un dato che verificheremo al più presto. 

Oltre al nuovo desk accessory Pad Color Manager, GEOS 
2.0 porta anche diversi miglioramenti in Photo e Text 
Manager, che permettono ora di assegnare nomi alle 
immagini scrap e ai testi che gestiscono, facilitandone 
l'individuazione. Con le versioni precedenti, infatti, occorre 
sfogliare l'intero album per trovare una particolare immagi- 
ne, un'operazione talvolta molto lunga. Ora appare un box 
di dialogo tramite il quale l'utente sceglie facilmente il file 
scrap che desidera. 

Anche i desk accessory Calculator e Notepad sono stati 
migliorati. Calculator consente di copiare i risultati ottenuti 
all'intero di file scrap che si possono poi leggere da 
geoWrite, e da qualunque altra applicazione dotata delle 
funzioni di cut & paste. Notepad, a sua volta, è ora in grado 
aggiungere e cancellare pagine del suo piccolo bloc-notes. 
L'unico problema riguardo a queste nuove opzioni nei due 












desk accessory sembra essere che il solo modo per azionarle 
è quello di utilizzare opportune combinazioni di tasti. La 
mancanza di menu si può spiegare soltanto come una scelta 
strategica mirata a valorizzare la necessità del manuale, dal 
momento che inserirli non sarebbe certo difficile. Lo 
svantaggio è la difficoltà di ricordarsi ogni volta la 
combinazione giusta, se non si consulta il manuale (cosa 
che infrange la regola aurea delle interfacce grafiche 
user-friendly: mai costringere l'utente a consultare il 
manuale). 






Quando abbiamo reperito i dati numerici che descrivono 
l'andamento di un fenomeno, dobbiamo ancora sottoporli 
ad analisi statistiche per individuare simmetrie, discordan- 
ze, anomalie, e trarre conclusioni di massima che descriva- 
no nel modo migliore il fenomeno nel suo complesso. 
Quest'analisi può essere condotta elaborando i dati origina- 
li, scoprendo per esempio che un certo parametro è 
cresciuto con un ritmo medio di x incrementi unitari per 
unità di tempo in un certo periodo, e che successivamente 
ha assunto un andamento stabile... ma ci troveremmo in 
mano altri dati numerici, più raffinati e significativi dei 
precedenti, ma sempre oscuri e poco familiari. 

L'alternativa è l'analisi qualitativa, più approssimata ma 
molto più immediata, e per svolgerla occorre svincolarsi dai 
dati in forma numerica individuando altri modi di rappre- 
sentazione (non è un caso che allo studente di analisi sia 
richiesto lo studio numerico delle funzioni, ma soprattutto 
la capacità di descrivere il loro andamento di massima su 
un sistema di assi cartesiani). : 

Uno dei settori che maggiormente richiede analisi 
qualitative dei fenomeni è quello economico-commerciale, 
per il quale è nata la business graphics, la rappresentazione 
grafica di dati economici, statistici e commerciali. Ovvia- 
mente, anche gli andamenti di fenomeni più strettamente 
scientifici vanno talvolta rappresentati graficamente per 
evidenziare i risultati, ma ormai il termine business 
graphics è talmente diffuso che lo si adotta anche in questi 
casi. i 

Nel mondo di GEOS, che nei suoi limiti cerca di 
soddisfare esigenze di carattere professionale, era molto 
atteso un programma di business graphics. Anche perché, 
com'è noto, in questo ambiente è estremamente facile 
scambiare file fra applicazioni diverse: per esempio, 
ottenere un istogramma in un file scrap su disco e 
importarlo all'interno di una pagina composta con geoPubli- 
sh o all'interno di un testo redatto con geoWrite. 

La risposta della Berkeley alle esigenze degli utenti in 
materia di business graphics è geoChart, un'applicazione 
che permette di rappresentare graficamente insiemi di dati 
utilizzando ben nove formati diversi: le classiche torte, aree, 
barre, punti, linee, colonne, barre uniche, grafici a punti e 
a linee. A questa applicazione dedicheremo al più presto 
una dettagliata prova, ma qualche accenno possiamo farlo 
già in questa sede. 

Anzitutto, geoChart può funzionare sia con GEOS 64 sia 
con GEOS 128. Quando viene mandato in esecuzione, 
geoChart visualizza sullo schermo un istogramma dimostra- 
tivo, che purtroppo sembra impossibile da evitare (ci 
vogliono circa 15 secondi perché sia completato). Per 
introdurre i propri dati occorre importare un file scrap di 
testo che può essere generato da geoWrite, geoCalc, 
geoFile, o dalla nuova versione del desk accessory Notepad 


GEOCHART 


BUSINESS GRAPHICS IN AMBIENTE GEOS 









Conclusioni 


Sebbene la nostra non sia una “prova software" nel vero 
senso della parola, su GEOS 2.0sono emerse novità di rilievo 
che non mancheranno d'incuriosire gli utenti. Anche se non 
possiamo ancora esprimere valutazioni, ci fa piacere notare 
che la Berkeley rinnova costantemente la propria produzio- 
ne mantenendo vivo l'interesse verso un prodotto sempre 
all'avanguardia. Alla Berkeley spetta anche il merito di aver 
creato uno standard per tutta una serie di applicazioni, un 
fatto unico nella vita del venerando C-64. 





(contenuto sullo stesso disco di geoChart). Dal momento 
che su un disco può risiedere un solo file scrap alla volta, è 
consigliabile servirsi del desk accessory Text Manager per 
catalogarne diversi. A prescindere dalla provenienza, 
questo file scrap deve riportare i dati da rappresentare 
organizzati secondo una particolare disposizione che per- 
mette a geoChart d'individuare senza ambiguità l’intesta- 
zione dell'immagine che creerà, i dati da rappresentare, la 
loro classificazione, e i raggruppamenti previsti. Quando i 
dati sono stati importati, geoChart è pronto per ricevere 
istruzioni dall'utente e creare la rappresentazione desidera- 
ta. 

Una volta che i dati sono in memoria, si può continuare 
a cambiare la loro rappresentazione senza doverli ricaricare, 
sebbene ogni intervento radicale sia abbastanza oneroso in 
termini di tempo. In ogni momento si può cambiare il tipo 
di rappresentazione, la disposizione degli eventuali assi (le 
coordinate possono anche essere negative), le matrici 
grafiche da utilizzare per visualizzare le barre e le torte, la 
forma dei punti e il tipo di linea nei grafici, la trasparenza 
nel caso di aree sovrapposte, il tipo di carattere per legende 
e commenti (si possono usare tutte le fonti-carattere 
previste da GEOS, comprese le 53 del pacchetto FontPack 
Plus), nonché gli stili di scrittura, le posizioni dei testi, le 
dimensioni dei grafici, la rappresentazione degli indici 
numerici che appaiono sugli assi cartesiani scegliendo fra 
14 possibilità (come per esempio numeri preceduti dal 
simbolo di dollaro o seguiti dal simbolo di percentuale) 
Inoltre, la mole di dati rappresentabili può raggiungere gli 
80 valori, suddivisi in quattro insiemi fondamentali da 20 
valori ciascuno. 

Quando la rappresentazione ha raggiunto una forma 
definitiva, si può procedere a stamparla direttamente e 
salvarla in un file scrap di dati grafici. Questo file può poi 
essere trasferito a qualsiasi applicazione in grado di 
leggerlo e inserirlo all'interno di testi, pagine o disegni, 
come geoWrite, geoPublish, geoPaint. GeoChart prevede 
diversi tipi di file scrap, a seconda dell'applicazione che 
dovrà riceverli. Le differenze riguardano soprattutto le 
dimensioni dell'immagine. 

In definitiva, geoChart sembra un prodotto interessante 
e utile, soprattutto per coloro che già impiegano programmi 
come geoCalc e geoFile. Le sue applicazioni possono essere 
tantissime. Si pensi a quando si vorrebbe osservare su un 
grafico l'andamento del proprio stipendio in rapporto alle 
variazioni di prezzo dei beni di prima necessità negli ultimi 
cinque anni, oppure le fluttuazioni della bolletta telefonica 
in rapporto ai vari periodi dell’anno, o ancora si vorrebbero 
confrontare con un istogramma le spese di due aziende 
simili. Le necessità possono essere le più disparate, e 
geoChart può diventare lo strumento ideale per soddisfarle 











LISTATI: ECLISSI/C-128 


UN C-128 
A CACCIA 


DI ECLISSI 


Terzo listato della serie “astronomia”: dopo aver individuato 


le posizioni dei pianeti e delle comete, 


untiamo ora il nostro telescopio 


a otto bit verso il cielo alla ricerca delle eclissi di Sole e di Luna 


di Marco Menichelli 


l tema dell’astronomia, già 

introdotto con il numero 

1/88 di Commodore Gazette, 
prosegue con il programma Eclis- 
sî che calcola e visualizza veloce- 
mente gli eventi celesti più affa- 
scinanti: le eclissi di Sole e di 
Luna. 

Oggi tutti sappiamo come av- 
viene un’eclisse, quindi non anno- 
leremo i lettori cercando di spie- 
gare il meccanismo dei reciproci 
movimenti di Terra e Luna che 
consente il verificarsi di questi 
fenomeni. Passeremo subito a 
illustrare invece il funzionamento 
del programma, in modo che il 
suo corretto impiego possa soddi- 
sfare coloro che vogliono rico- 
struire sul monitor del computer 
un’eclisse avvenuta nell’anno 
1300, oppure analizzare un’eclis- 
se che avverrà nel 2500. 

Il programma si articola in due 
fasi. La prima calcola e visualizza 
le informazioni relative alle eclissi 
di un determinato anno, e mostra 
sull’uscita RGBI a 80 colonne in 
quale istante si verificano. La 
seconda fase calcola le posizioni e 
le dimensioni in scala della Luna 
e del Sole (per le eclissi di Sole), 
oppure della Luna, dell’ombra e 
della penombra della Terra (per 
le eclissi di Luna). Le immagini 


relative al fenomeno vengono 
70/ VADA 


visualizzate sul monitor connesso 
all’uscita delle 40 colonne, consi- 
derando una finestra di cielo 
graduata secondo le coordinate 
altazimutali relative all’orizzonte 
del luogo di osservazione. 

Dopo aver mandato in esecu- 
zione il programma, appare il 
menu con la possibilità di sceglie- 
re tra quattro programmi di 
astronomia. I primi due sono stati 
pubblicati nei numeri 1/88 e 4/88 
di Commodore Gazette e l’ultimo, 
Visibilità , verrà pubblicato prossi- 
mamente. 

Per avviare Eclissi è necessario 
premere il tasto Return e poi 
scegliere fra eclissi di Sole o eclissi 
di Luna. Una volta comunicata la 
decisione è possibile inserire l’an- 
no relativo alla ricerca delle eclis- 
si, compreso fra il 1000 e il 3000. 

In questo programma, tutti i 
tempi relativi agli eventi vengono 
espressi in T.E., che sta per Tem- 
po delle Effemeridi. Prima di 
proseguire è necessario chiarire il 
significato e il valore di questa 
unità di misura. Sui programmi 
pubblicati precedentemente ab- 
biamo definito il Tempo Univer- 
sale (T.U.) come il tempo relativo 
al meridiano di Greenwich (un’o- 
ra meno di quello segnato dai 
nostri orologi). Dal momento che 
la velocità di rotazione della Ter- 


ra sul suo asse non è uniforme ma 
aumenta e diminuisce in modo 
irregolare, anche il T.U., legato a 
questo moto, non può essere un 
tempo uniforme. Per i calcoli 
astronomici che coinvolgono epo- 
che distanti alcuni secoli dal 1900 
è invece necessario fare riferi- 
mento a un tempo uniforme, 
appunto il Tempo delle Effemeri- 
di. 

La differenza fra T.E. e T.U. 
negli anni vicini al 1900 oscilla 
intorno al valore di più o meno 
qualche decimo di minuto. Per 
l’anno 1989 sta raggiungendo il 
valore di un minuto. 

Il programma visualizza auto- 
maticamente la differenza T.E. — 
T.U. quando questa supera il 
minuto. È necessario sottrarre 
algebricamente dal T.E. questa 
differenza per conoscere il T.U. 
dell’evento scelto. 


Eclissi di Sole 


Se, per esempio, desideriamo 
conoscere i dati relativi alle eclissi 
di Sole avvenute nell’anno 1239, 
risponderemo “S” alla prima ri- 
chiesta e “1239” alla seconda. 
Dopo un’attesa di alcuni secondi 
potremo leggere sul monitor a 80 
colonne i dati che seguono. 





T.U. = T.E. - (14 minuti) 


TIPO 


TOTALE CENTR. 
ANULARE CENTR. 


1.000 
1.000 


Ciò significa che nel 1239 si 
verificarono due eclissi di Sole. 
La prima, totale, visibile dall’emi- 
sfero settentrionale, avvenne il 3 
giugno alle ore 12.02 circa (Tem- 
po delle Effemeridi). La seconda, 
anulare, avvenne il 27 novembre 
alle ore 4.34 circa di T.E. e fu 
visibile dall'emisfero meridiona- 
le. 

Non ci rimane che scegliere 
quale delle due vogliamo visualiz- 
zare sul monitor dedicato alla 
grafica. Premendo il tasto CRSR 
DOWN sarà possibile fare la no- 
stra scelta. Premiamo il tasto 
Return per confermare la visua- 
lizzazione di quella del 3 giugno. 
Ora dovremo fornire al compu- 
ter quattro dati necessari a defini- 
re i parametri per il calcolo delle 
posizioni del Sole e della Luna 
relative all'orizzonte locale. 

Il primo input si riferisce all’o- 
ra dell’osservazione, sempre in 
T.E., da immettersi nella forma 
HHMM, ore e minuti. 

Il secondo e il terzo input sono 
relativi alla longitudine e alla 
latitudine del luogo di osservazio- 
ne e, com’è già noto a chi ci sta 
seguendo da qualche mese, vanno 
scritti col loro valore in gradi e 
decimi di grado. Per la longitudi- 
ne terrestre è possibile inserire 
una cifra compresa fra 180.0 e 
-180.0 ricordando che le longitu- 
dini positive si riferiscono alle 
zone della Terra che si trovano a 
est del meridiano di Greenwich, 
le altre, negative, alle zone che si 
trovano a ovest dello stesso meri- 
diano. La latitudine terrestre, 
invece, può spaziare fra 89.9 e 0 
per l'emisfero nord e fra 0 e -89.9 
per quello sud. 

Il quarto input richiede l’altez- 
za in metri sul livello del mare del 
luogo di osservazione. 

Se al momento dei quattro 
input non si immette alcuna cifra 
e si preme semplicemente il tasto 


GRANDEZZA VISIBILITÀ DATA 
NORD 
SUD 


T.E:H M 
3/6/1239 12 18 
27/11/1239 4 33.7 





Return si ottiene la visualizzazio- 
ne dell’eclisse calcolata con i valo- 
ri di default. Premiamo quattro 
volte Return ottenendo i valori 
12H IM per il T.E., 11.3 per la 
longitudine, 43.8 per la latitudine 
e 300 per l’altezza in metri. Gli 
ultimi tre dati sono relativi alla 
città di Fiesole (Firenze e dintor- 
ni) come zona di osservazione. 
Dopo alcuni secondi assistere- 
mo al disegno sul monitor del 
grafico relativo a una porzione di 
cielo, dove due cerchi rappresen- 
tano le figure in scala del Sole e 
della Luna. Per primo e in posi- 
zione centrale appare il cerchio 
del Sole, poi viene tracciato il 
disco della Luna. A sinistra e sotto 
il rettangolo raffigurante la por- 
zione di cielo notiamo alcuni 
valori numerici che definiscono le 
coordinate altazimutali del ret- 


vare questa eclisse come totale. 
Posticipiamo di una trentina di 
minuti la visualizzazione dell’e- 
vento: si prema Return, si intro- 
duca come T.E. le ore 12.37 e si 
impostino le stesse coordinate del 
luogo di osservazione. Questa 
volta abbiamo fatto centro: alle 
12.37 di T.E. il disco della Luna 
aveva coperto completamente 
quello del Sole provocando così 
una spettacolare eclisse totale di 
Sole. Le coordinate azimutali del 
Sole e della Luna erano di 226.9 
gradi, contati a partire da nord 
verso est, e la loro altezza sull’o- 
rizzonte valeva 62.9 gradi. 

Verificate l’esattezza dei dati 
del vostro programma confron- 
tandoli con questi ultimi. 

I lettori che abitano in altre 
città provino a introdurre i dati 
relativi alle loro coordinate geo- 
grafiche locali. Lo spostamento 
del punto di osservazione farà 
variare sensibilmente sul cielo 
locale la posizione del Sole e della 
Luna. 

Le coordinate di alcune delle 
principali città italiane sono state 
pubblicate sul numero 1/88 di 





Eclisse anulare del 30-5-1984 alle ore 20 e 10 minuti circa di 
Tempo Civile corrispondente alle 18 e 10 minuti di T.E. 


tangolo stesso. Nel caso specifico 
noteremo dal basso verso l’alto i 
valori in altezza di 65.7, 66.9 e 
68.1. In fondo i valori dell’azimut 
compresi fra 208.4 e 211.9, tutti 
espressi in gradi e decimi di 
grado. La Luna, decentrata, sfio- 
ra appena il disco del Sole. Così, 
alle 12.01 (T.E.), da Fiesole si 
vedeva l’inizio dell’eclisse. Gon- 
trolliamo ora se ai genitori di 
Dante Alighieri fu possibile osser- 


Commodore Gazette, nel corso del- 
l'articolo “Osserviamo gli astri 
attraverso il C-128”. 

Proviamo ora a ripetere il pro- 
cedimento con l’anno 1961 sele- 
zionando l’eclisse totale avvenuta 
il 15 febbraio sull’emisfero nord 
alle ore 8 e 23.8 di T.E., anch'essa 
visibile dall'Italia. Immettiamo 
un valore di T.E. pari alle 7.37. Se 
confermiamo Fiesole come luogo 
di osservazione, la Luna deve 





coprire il disco del Sole, e i dati 
relativi all’altezza e all’azimut del- 
l’astro oscurato devono valere 
rispettivamente 12.7 e 122 gradi. 


Eclissi di Luna 


Queste eclissi, meno spettacola- 

ri di quelle di Sole, hanno il 
vantaggio di poter essere osserva- 
te da una più ampia superficie del 
nostro pianeta. Pertanto qualsiasi 
osservatore che si trova sull’op- 
portuno meridiano, sia nell’emi- 
sfero nord sia nell’emisfero sud, 
potrà godere, entro certi limiti, 
dello stesso spettacolo. Verranno 
talvolta delusi solo coloro che 
abitano oltre i due circoli polari. 
Per analizzare le eclissi di Luna 
osserveremo lo stesso procedi- 
mento, salvo quanto concerne la 
scelta iniziale che indirizzeremo 
verso l’apposito algoritmo Luna- 
re premendo il tasto “L”. Provia- 
mo a effettuare la ricerca nell’an- 
no 1986. Selezioniamo ora l’eclis- 
se totale avvenuta il 17 ottobre 
alle ore 19 e 18.5 minuti di T.E. 
(fase centrale dell’eclisse). Con- 
fermiamo i dati di default pre- 
mendo tre volte Return. Il pro- 
gramma visualizza i dati circo- 
stanziali dell’eclisse di Luna nella 
sua fase centrale, con gli istanti di 
T.E. riportati nella tavola a fondo 
pagina. Dopo alcuni secondi si 
ottiene la descrizione grafica del- 
l’eclisse, nella quale le zone del- 
l'ombra e della penombra provo- 
cate dalla Terra e il piccolo disco 
della Luna vengono rappresenta- 
te da tre cerchi. Il primo, quello 
di raggio maggiore, rappresenta 
il limite della penombra. Il secon- 
do, più piccolo e concentrico al 
primo, rappresenta il limite del- 
l’ombra. L’altezza del centro del- 
l'ombra sull’orizzonte letta sul 
grafico vale 31.1 gradi, mentre il 
suo azimut risulta 108.4 gradi. Le 
coordinate altazimutali del cen- 
tro della Luna, rappresentata dal- 
l’ultimo cerchio tracciato, valgo- 


17H 30M 
18H 41M 


Inizio fase parziale 


Inizio fase totale 





no approssimativamente H = 31.5 
e A= 107.8 gradi. si 

È possibile visualizzare eclissi 
anche quando la Luna è già 
tramontata o prima del suo sorge- 
re sull’orizzonte locale. In questi 
casi i valori relativi all’altezza 
sono negativi e l’informazione 
lampeggiante “Invisibile da que- 
ste coordinate a quest’ora” avver- 
te l’astrofilo disattento. Il medesi- 


Qualità dei risultati 


Il T.E. calcolato dal computer 
nella prima parte del programma 
si riferisce sempre alla fase cen- 
trale dell’eclisse; è quindi valido 
soltanto per una piccola zona 
sulla superficie terrestre. Inoltre 
può differire di uno o due minuti 
rispetto ai valori reali. Questa 
differenza è soggetta ad aumenta- 





Eclisse parziale del 15-12-82 alle ore 9 e 15 minuti circa di 
Tempo Civile corrispondenti alle 8 e 15 minuti di T.E. 


mo risultato si ottiene quando si 
va alla ricerca di un’eclisse di Sole 
verificatasi dopo il tramonto o 
prima del sorgere dell’astro. 


Quantità delle eclissi 
in un anno 


Al fine di evitare infruttuose 
ricerche ai neoastrofili interessati 
a questo programma, è opportu- 
no chiarire che nell’arco di un 
anno possono aver luogo da due a 
cinque eclissi di Sole e da zero a 
tre eclissi di Luna totali. 

Le eclissi non potranno comun- 
que essere complessivamente più 
di sette o meno di due, nel qual 
caso saranno esclusivamente eclis- 
si di Sole (non sono considerate le 
eclissi penombrali di Luna). In 
sintesi potranno aversi al massimo 
in un anno cinque eclissi di Sole e 
due di Luna, oppure quattro di 
Sole e tre di Luna. 


Fine fase parziale 21H 6M 
Fine fase totale 19H 55M 


re per le ricerche che si estendono 
oltre il secolo, fino a raggiungere 
nei casi estremi anche i 30 minuti 
d’errore: risultati più che soddi- 
sfacenti per l’uso amatoriale a cui 
è destinato il programma. 

Durante la ricerca delle eclissi, 
a causa del numero di funzioni 
trigonometriche richieste e dei 
decimali in gioco, è possibile che 
il programma scambi un’eclisse 
totale per una parziale, o più 
semplicemente che non la identi- 
fichi quando si trova al suo limite. 

I lettori che sono già in possesso 
dei listati relativi ai programmi 
Astronomia e Comete dovranno 
salvare il programma Eclissi sullo 
stesso disco. Perché Eclissi entri a 
far parte integrante degli altri 
due programmi summenzionati 
sarà sufficiente rendere attiva la 
linea 510 di Astronomia e la linea 
630 di Comete togliendo il coman- 
do REM e gli asterischi. 

La prossima eclissi totale di 
Sole visibile anche dall'Italia av- 
verrà nell’anno 2081. Considera- 
to che saremo in pochi a potervi 
assistere, perché non cercare di 
riprodurla sul nostro monitor? 
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REM 
CLTERETE 


REM ** 


IE IE IE IE IE IE IE IE IE IE IE IE IE IE IE ERE IENE IE IERI 


** 
REM 
8 ** 
REM 


ECLISSI C=12 


REM 
LI 
REM 


(C) MARCO MENICHEL 


REM FIESOLE (FI) 


REM ** 
** 
IRE MIE RE E E RE RE RE IE IE IE IE IE DEDE EINE IE IEEE 
CRETESE: 
SCNCLR:1F RGR(0)<>5 THEN CH 
AR, 0, 12, "\ISATTENZIONE !M INP 
UT & DATI SU USCITA RGBI":5S 
LEEP 2 
BANK 15:FAST:GRAPHIC S,1:WI 
NDOW 0,0, 79,24 
CHAR, 20, 20, "GRAFICA VISIBIL 
E SU MONITOR A 40 COLONNE" 
CHAR,, 29,140, ______ 
——_":CHAR, 29, 11,"]| 
ECLISSI Ilia 
CHAR, 29, 12," | (C) M. MENICH 
ELLI |*:CHAR,29,13,"t-_ 
———_—_'"": SI .EEPi 
FAST:SCNCLR:WINDOW 0,0,79,2 
4,1:CLR:COLOR 0,1:COLOR 4,1 
:COLOR 1,2:GRAPHIC 1:GRAPHI 
C O0:GRAPHIC 5:CHAR, 18,0, "AS 
TRONOMIA - (C) MARCO MENICH 
ELLI - FIESOLE”,1i 


REM ** MENU PRINCIPALE, DEF 
INIZIONE DELLE VARIABILI E 
DELLE FUNZIONI ** 


DEF FNA(X)=X*7z/180:DEF FNB( 
X)=X#180/x:DEF FNTA(X)=ATN( 
X/SQR(-X*X+1)) 

DEF FNC(X)=(X/2/x-INT(X/2/7 
))*2*r:DEF FNE(X)=X-INT(X/3 
60)#*360:DEF FNF(X)=X-INT(X/ 
24) *24 


Usi eli 
WWE LMITIIITII TL LALA AAAZAAAAI 
HAHA #.### CERI 
HRE/A RZ ARAN HRO# 
#. a 
Li #H ##MB":LES="L-### 





LK$= "3-88, #B:HUS="3## 
FOR X=1 TO 75:SC$=SC$+" ":N 
EXT:SP$=LEFT$8(SC$,9) 
XN=2415020.0 

N=1:CHAR ,25,16, "SCEGLI CON 
CRSR E PREMI RETURN", 1 





POKE 208,0:DO WHILE A$<>CHR 

$(13) 

CHAR ,29,5," ECLISSI 
",-(N=1) 

CHAR ,29,7," EFFEMERIDI SIS 

T.SOL. ",-(N=2) 

CHAR ,29,9," EFFEMERIDI 

COMETE ",-(N=3) 

CHAR ,29,11," VISIBILI 

TA' ",-(N=4) 

CHAR .,29,13," FINE 
",-(N=5) 


GET A$:1F A$=CHR$(17)THEN N 
=N+1:N=N+(N>5)*5 
IF A$=CHR$(145) 
N=N- (N=0) #5 

LOOP 


THEN N=N.1: 





370 
380 
390 
400 


410 
420 
430 
440 
450 
460 
470 
480 


490 
500 


510 
520 
530 
540 


550 


560 


570 
580 
590 
600 


610 
620 


630 
640 


650 
660 


670 
680 


690 
700 


710 


720 


730 


740 


750 


760 


770 


780 


800 


810 


820 


ON N GOTO 4010,420,430, 440, 
480 

REM ** CARICA UNO DEGLI ALT 
RI PROGRAMMI DI ASTRONOMIA 

ULI 

RUN 
RUN 
REM 


"ASTRONOMIA" 
“COMETE” 

** RUN "VISIBILITA" ** 
REM ***** FINE **#*x** 


WINDOW 0,0,79,24:SLOW:SCNCL 
R:END 


REM ** SUBROUTINE DI INPUT 

CONTROLLATO ** 

JK=0:UZ$=LEFT$(SP$,UZ):POKE 
208,0:A$="":DO WHILE A$<>C 

HR$(13) 

IF JK=UZ THEN 560 

IF A$=CHR$(44) OR A$8=CHR8(4 

7) THEN 580 

IF ASCCA$)>MN AND ASCC(A$)<M 
X THEN UZ$=RIGHT$(UZ$+A$,UZ 


Y:JK=JK+1 
IF A$=CHR$(157) OR A$=CHR$( 
20) THEN UZ8=" #"+LEFT$(UZ$8, 


UZ-1):JK=JK-1 

PRINT UZ$;"<"; LEFT$(JK$,UZ+ 
1); 

GET A$:L00P 

RETURN 


REM xx COORDINATE E LIVELLO 
SUL MARE DEL LUOGO DI OSSE 


RVAZIONE ** 


LE=11.3:LK=43.8:HU=300: REM 
x* FIESOLE ** 


CHAR, 30,0, SP$:CHAR, 3,6, SC$: 
CHAR, 3,8, 5C$ 


REM x* VARIAZIONE EVENTUALE 
DEL T.E. E/0 DELLE COORDIN 
ATE DI OSSERVAZIONE #* 


CHAR, 0,0, "ORE E MINUTI DI T 
«Es (HHMM) >":MN=47:MX=58: 
UZ=4:GOSUB 520:1F UZ$=" 

©" THEN IU=1:GOTO 740:ELSE H 
Y=VAL(MIDS$(UZ$,1,2)):MY=VAL 
(MID$(UZ$,3)) 

IF HY>23 OR MY>59 THEN 700: 
ELSE HH=HY+MY/60:HX=HH/24:J 
J=JJ(N) 

IF JJ-INT(JJ)=>.5 THEN JJ=1 
NT(JJ)+.5:ELSE JJ=INT(JJ)-. 
5 

JJ=JJ+HX 

CHAR, 30, 0: PRINT USING HM$;I 
NT (HH), INT((HH- INT(HH))*60) 
IF XC THEN BEGIN 

CHAR, 40,0, "LONGITUDINE >:M 
N=43:MX=58:UZ=6:GOSUB 520:1 
F UZ8=" # THEN 780 

IF VAL(UZ$)>180 OR VALC(UZ$) 
<-180 THEN 760:ELSE LE=VAL( 


UZ$) 

CHAR, 53, 0:PRINT USING LE$;L 
E 

CHAR, 61,0, "LATITUDINE >*:UZ 
=5:GOSUB 520:1F UZs=" Lui 
THEN 810 


IF VAL(UZ$)>89.9 OR VALC(UZ$ 
)<-89.9 THEN 790:ELSE LK=VA 


L(UZ$) 
CHAR, 73, 0:PRINT USING Lk$;L 


K 








830 


840 
850 


890 


3900 
910 
920 


(Ca) 
w 
o 


940 


960 


990 


1000 


1020 : 


REM ** CIRCOSTANZE DELL’ ECL 
ISSE DI LUNA ** 


CHAR.,0,2, "INIZIO FASE PARZI 
ALE IN T.E. >":PRINT USING 
HM8 ; INT(H1), INT(C(HI- INTCHI) 
) *60) 

CHAR, 41,2, "FINE 


FASE PARZ 


IALE IN T.E. >":PRINT USING 
HM$; INT(H4), INT( (H4- INT(H4 
))*60) 

1F XxXC=2 THEN BEGIN 


CHAR, 0,4, "INIZIO FASE TOT 
ALE IN T.E. >":PRINT USING 

HM$; INTC(H2), INT((H2- INTCHZ) 
) #60) 

CHAR, 41,4, "FINE 


FASE TO 


TALE IN T.E. >":PRINT USING 
HM$; INT(H3), INT((H3- INTC(H3 
))*60) 

BEND 


BEND:GOTO 1000 
CHAR, 0, 2, "LONGITUDINE OSSER 
VATORE >":MN=43:MX=58: 
UZ=6:GOSUB 520:1F UZ$=" 
" THEN 940 
IF VAL(UZ$)>1850 OR VALC(UZ$) 
<-180 THEN 920:ELSE LE=VALC 
UZ$) 
CHAR,30,2:PRINT 
E 
CHAR, 42,2, "LATITUDINE OSSE 
RVATORE >":UZ=5:GOSUB 
520:1F UZs=" " THEN 97 
(o) 
IF VAL(UZ$)>89.9 OR VALC(UZ$ 
)<-89.9 THEN 950:ELSE LK=VA 
L(UZ$) 
CHAR, 73, 2:PRINT USING Lk$;L 
K 
CHAR, 16,4, "ALTEZZA SUL LIV 
ELLO DEL MARE IN METRI >":M 
N=47:MX=58:UZ=6:GOSUB 520:1 
F UZs<>" " THEN HU=VAL 
(UZ$) 
CHAR,56,4:PRINT USING HUs;H 
U 
CHAR,30,6,"A TTENDI 
oa 
LO=FNA (LE) :LA=FNACLK):IF 1 
U=1 AND FC=1 GOTO 2750 


USING LE$;L 


REM ** CALCOLO DELLA POSIZ 
IONE DEL SOLE E DELLA LUNA 
PER L’ ISTANTE DELL’ECLISS 
E ** 


1040 : 


1050 


T=(JJ-XN)/36525:FC=1 


1060 : 


1070 


1080: 
1090 L 


1100 
1110 


W rh 


1 
1L 


1140 
1150 


1160 
1170 


1180 
1190 


co 


REM #a*r*a LONGITUDINE MEDI 
A DEL SOLE ##x** 


5=279.69668+(35000. 76592+ 
.0003025*T)*T:LS=FNA(LS) 
REM «** ANOMALIA MEDIA DEL 
SOLE r##** 


MS=358.475833+((-.0000033* 
T-.000150)*T+35999.04975)* 
T:MS=FNAC(MS) 


REM »x#** LONGITUDINE MEDIA 
DELLA LUNA #%*%** 


LL=270.434184+((.0000019*T 
-.,001133)*T+481267.8831)*T 
:LL=FNA (LL) 


REM *##** ANOMALIA MEDIA D 
ELLA LUNA **#®** 


210 ML=296.104608+((.0000144%T 


+.009192)*T+477198.8491)*T 
:ML=FNA (ML) 


OVMODORE /73 
GAZETTE 





220 + 
1230 REM *#*** LONGIT. 
NDENTE DELLA LUNA 


NODO ASCE 

CRE II 

1240 

1250 AN=259.183275+((.0000022*T 

+.002078)*T-1934.1420)*T:A 
N=FNACAN) 

1260 

1270 REM ** CALCOLO DI DELTA/FI 
E DELTA/E PER LA CORREZIO 
NE IN NUTAZIONE ** 

1280 

1290 DF=(17.2327+.01737*T)*SIN( 
AN) -(1.2729+.00013*T)»SINC 
2*LS)+.2088*SIN(2*AN)-.203 
7*SIN(2*LL)+(.1261-.00031* 
T) #SIN(MS)+.0675*SIN(ML) 

1300 DF=DF-(.0497-.00012*T)*SIN 
(2*LS+MS)-.0342*SIN(2*LL-A 
N)-.0261*SIN(2*LL+ML)+.021 
4*SIN(2*LS-MS)-.0149xSIN(2 
*LS-2*LL+ML)+.0124*SIN(2%L 
S-AN)+.0114*SIN(2#*LL-ML) 

1310 DF=FNA(DF/3600) 

1320 DE=+(9.2100+.00091*T)*COS( 
AN)+(.5522-.00029*T)*CO0S(2 
*LS)-.0904*COS(2*AN)+.0884 
*COS(2*LL)+.0216*COS(2%LS+ 
MS)+.0183*C0S(2*LL-AN)+.01 
13*COS(2*LL+ML) 

1330 DE=DE-.0093*C0S(2#*LS-MS)-. 
0066*CO0S(2*LS-AN) 

1340 DE=FNA(DE/3600) 

1350 è: 

1360 REM »*% ECCENTRICITA’ DELL 
"ORBITA TERRESTRE «x 

1370 è: 

1380 EC=.01675104+(-.000000126# 
T-.0000418)#T 

1390 : 

1400 REM ##*** EQUAZIONE DI KEPL 
ERO *%* 

1410 è: 

1420 KK=FNAC.000001):E=MS 

1430 TE=E-EC*SIN(E)-MS 

1440 IF ABSCTE)<=KK GOTO 1500 

1450 E=E-(TE/(1-EC*COSC(E))) 

1460 GOTO 1430 

1470 è: 

1480 REM ** ANOMALIA VERA x% 

1490 

1500 V=2#ATN(TAN(E/2)#SQRC((14EC 
)/(1-EC))) 

ISLO » 

1520 REM ** DISTANZA SOLE-TERRA 

IN U.A. #* 

1530.» 

1540 R=1.00000023#(1-EC*COSCE)) 

1550 è: 


1560 REM ** LONGIT. VERA DEL SO 
LE ** 

1570 + 

1580 LV=LS+V-MS 

1590 è: 


1600 REM *#** TERMINI CORRETTIVI 
PER LA LONGITUDINE DEL SO 

LE x** 

LELO 1 

1620 AS=FNA(153.23+22518,7541*T 
) :BS=FNA(216.57+45037.5082 
#T):CS=FNA(312.69+32964, 35 
77%T) :GS=FNA(350. 74+445267 
+1142%*T-.00144#4T&*T) 

1630 ES=FNA(231.19+20.20#T):HS= 
FNA(353. 40+65928. 7155*T) 

1640 LV=LV+FNA(.00134)*COSCAS)+ 
FNAC.00154)*COS(BS)+FNA(.0 
0200)#COS(CS)+FNA(.00179)* 
SIN(GS)+FNA(.00178)#*SINC(ES 
) 





1650 

1660 REM ** CORREZIONE PER IL R 
AGGIO #* 

1670 : 


1680 R=R+.00000543#SIN(AS)+.000 


74/ MIDA 








1690 
1700 


1710 
1720 


1730 
1740 


1750 
1760 
1770 
1780 


1790 
1800 
1810 


1820 


1830 


1840 
1850 


1860 
1870 


1880 


1890 


1900 


1910 
1920 
1930 


1940 
1950 


1960 
1970 














01575*SIN(BS)+.00001627*SI 
N(CS)+.00003076*C0S(GS)+.0 
0000927*SINC(HS) 
REM ** OBLIQUITA’ DELL’ECL 
ITTICA RISPETTO ALL’EQUATO 
RE TERRESTRE ** 


ET=FNA(23.452294+((.000000 
503*T-.00000164)*T-.013012 
5)*T) 

REM *** CALCOLO DELLA DECL 
INAZIONE GEOCENTRICA DEL S 
OLE ** 


DC=FNTAC(SINCET)*SIN(LV)) 


REM *** CALCOLO DELL’ASCEN 
SIONE RETTA GEOCENTRICA DE 
L SOLE *x* 


A7=COSC(ET)*SIN(LV) :A8=COSC 
LV) 

IF A&=0 THEN AR=7/2:GOTO 1 
830 

AR=ATN(A7/A8)-n*(A7>O AND 
AB<0)-x#(A7<O AND A8S<O)-2* 
n*(A7<SO AND A850) 

IF AZ THEN AR=FNCCAR+7):DC 
=-DC 

REM *** CORREZIONE DELL’ A 
«R. E DECLINAZIONE DEL SOL 
E PER NUTAZIONE E ABERRAZI 
ONE *** 
DN=(COSCET)+SINC(ET)«SINCAR 
) #TANC(DC)) *DF-COSCAR)*TANC 
DC) #DE 
DD=SINC(ET)*COSCAR)*DF+SINC 
AR) *DE 
D1=FNA(-20.49/3600)* (COSCA 
R)*COS(LV)*COSC(ET)+SINCAR) 
*SINC(LV))/COSC(DC) 
D2=FNA(-20.49/3600)*(COS(L 
V)*COSCET)*(TANCET)*COS(DC 
) -SINCAR)*SIN(DC))+COSCAR) 
*SIN(DC)#SINC(LV)) 
AR=AR+DN+D1:DC=DC+DD+D2:RE 
M ** A.R. E DECL. APPARENT 
I DEL SOLE *x 


REM ** ELONGAZIONE MEDIA D 
ELLA LUNA ** 

DL=350. 737486+((.0000019*T 
-.001436)#T+445267,.1142)xT 
:DL=FNA(DL) 


REM »* DISTANZA MEDIA DELL 
A LUNA DAL NODO ASCENDENTE 


*a 


FL=11.250889+((-.0000003xT 


-.003211)#T+483202, 251)T 


:FL=FNA<FL) 


REM #» TERMINI CORRETTIVI 
PER IL CALCOLO DELLA LONGI 
TUDINE LUNARE #x 
TC=SINCFNA(51,2420.2%T)) 
SA=SINCAN) 
C1SFNAC.000233#TC):C2=FNA( 
-.001778*TC):C3=FNAC. 00081 
7#TC):C4=FNA(.002011*TC) 
CT=FNA(C.003964*SINC(FNA(346 
-560+(-.0091731#T+132.870) 
#T))) 
C5=FNA(.001964%SA):C6=FNA( 
-002541*SA):C8=FNA(-.02469 


=FNA(-.004328#*SIN(AN+FNA 
75.05)-FNA(2.30#4T))) 





2090 
2100 
ZIIO 
2120 
2130 
2140 
2150 


2160 
2170 


2180 
2190 


2200 
2240 


2220 


2230 


2240 


2260 


2270 


2290 


2300 
2310 
2320 


2330 
2340 


2350 


LL=LL+C1+CT+C5 
MS=MS+C2 

ML=ML+C3+CT+C6 
DL=DL+C4+CT+C5 
FL=FL+CT+C8+C9 


REM ** TERMINE CORRETTIVO 

.E. PER LONGITUDINE, LATIT 
UDINE E PARALLASSE LUNARE 

** 


Ei=1+(-.00000752*T-.002495 
)*T:E2=E1»E1l 

REM ** CALCOLO DELLA LONGI 
TUDINE VERA DELLA LUNA ** 


L1=6.288750*SIN(ML)+1.2740 
18*SIN(2*DL-ML)+.658309xSI 
N(2*DL)+.213616*SIN(2*ML)- 
.185596*SIN(MS)*E1-.114336 
*SIN(2*FL)+.058793xSIN(2*D 
L-2%ML) 
Li=L1+.057212*SIN(2*DL-MS- 
ML)*E1+.053320*SIN(2*DL+ML 
)+.045874#SIN(2*DL-MS)#*E1+ 
.041024*SIN(ML-MS)*E1-.034 
718*SIN(DL)-.030465*SIN(MS 
+ML)*E1 
Li=L1+.015326xSIN(2*DL-2*F 
L)-.012528*SIN(2*FL+ML)-.0 
10980*SIN(2*FL-ML)+.010674 
*SIN(4*DL-ML)+.010034*SIN( 
3*ML)+.008548#*SIN(4*DL-2*M 
L) 
Li=L1i-.007910#*SIN(MS-ML+2* 
DL)*E1-.006783*SIN(2*DL+MS 
)*E1+.005162#*SIN(ML-DL)+.0 
05000*SIN(MS+DL)*E1+.00404 
9*SIN(ML-MS+2*DL)#E1+.0039 
96*SIN(2*ML+2*DL) 
Li=L1i+.003862*SIN(4*DL)+.0 
03665*SIN(2*DL-3*ML)+.0026 
95*SIN(2*ML-MS)*E1+.002602 
*SIN(ML-2*FL-2*DL)+.002396 
*SIN(2#*DL-MS-2*ML)*E1-.002 
349*SIN(ML+DL) 
Li=L1+.002249*SIN(2*DL-2*M 
S£)*E2-.002125*SIN(2*ML+MS) 
*E1-.002079*SIN(2%*MS)xE2+. 
002059*SIN(2*DL-ML-2#*MS)*E 
2-.001773*SIN(ML+2*DL-2*FL 
)-.001595*SIN(2*FL+2*DL) 
Li=L1+.001220*SIN(4*DL-MS- 
ML)*E1-.001110*SIN(2*ML+2* 
FL)+.000892*SIN(ML-3*DL)-. 
000811*SIN(MS+ML+2*DL)*E1+ 
+000761*SIN(4*DL-MS-2#ML)* 
Ei 
Li=L1+.000717*SIN(ML-2*MS) 
*E2+.000704*SIN(ML-2*MS-2* 
DL) *E2+.000693*SIN(MS-2*ML 
+2#DL) *E1+.000598*SIN(2*DL 
-MS-2*FL)xE1+.000550xSIN(M 
L+4%*DL) 
Li=L1+.000538#*SIN(4#ML)+,0 
00521*SIN(4#*DL-MS)*E1+.000 
486*SIN(2*ML-DL) 
Li=FNA(L1):L2=LL+L1 


REM *#* CALCOLO DELLA LATIT 
UDINE DELLA LUNA x» 

BC=5. 128189*SIN(FL)+. 28060 
6*SIN(ML+FL)+.277693#SIN(M 
L-FL)+.173238#*SIN(2*DL-FL) 
+.055413#SIN(2#DL+FL-ML)+ 
046272#SIN(2#DL-FL-ML)+.03 
2573*SIN(2*DL+FL) 
BC=BC+.017198xSIN(2%ML+FL) 
+.009267%SIN(2*DL+ML-FL)+. 
008823*SIN(2%ML-FL)+.00824 
7*SIN(2*DL-MS-FL)%E1+.0043 
23#SIN(2#*DL-FL-2*ML)+.0042 
00*SIN(2*DL4+FL+ML) 











2360 


2370 


2380 


2400 


2410 


2430 
Z440 
2450 


2460 
2470 


2480 


24590 


2500 


2510 


2520 
2530 


2540 
2550 


2560 


2570 


2580 


BC=BC+.003372*xSIN(FL-MS-2* 
DL)*E1+.002472*SIN(2*DL+FL 
-MS-ML)#*E1+.002222xSIN(2*D 
L+FL-MS)*E1+.002072*SIN(2* 
DL-FL-MS-ML)*E1+.001877*SI 
NC(FL-MS+ML)*E1 
BC=BC+.001828*SIN(4*DL-FL- 
ML)-.001803*SIN(FL+MS)*E1- 
.-001750*SIN(3*FL)+.001570* 
SIN(ML-MS-FL)*E1-.001487*S 
IN(FL+DL)-.001481*SIN(FL+M 
S+ML)*E1 
BC=BC+.001417*SIN(FL-MS-ML 
) *E1+.001350*SIN(FL-MS)#E1 
+.001330*SIN(FL-DL)+.00110 
6*SIN(FL+3*ML)+.001020*SIN 
(4*DL-FL)+.000833*SIN(FL+4 
*DL-ML) 
BC=BC+.000781*SIN(ML-3*FL) 
+.000670*SIN(FL+4*DL-2*ML) 
+.000606*SIN(2*DL-3*FL)+.0 
00597*SIN(2*DL+2*ML-FL)+.0 
00492*SIN(2*DL+ML-MS-FL)*E 
4 
BC=BC+.000450*SIN(2*ML-FL- 
2*DL)+.000439*SIN(3*ML-FL) 
+.000423#*SIN(FL+2*DL+2*ML) 
+.000422*SIN(2*DL-FL-3*ML) 
+.000367#SIN(MS+FL+2*DL-ML 
)*El 
BC=BC-.000353*SIN(M5S+FL+2* 
DL) *E1+.000331#SIN(FL+4*DL 
)+.000317#*SIN(2*DL+FL-MS+M 
L)*E1+.000306*SIN(2*DL-2*M 
S-FL)#*E2-.000283#*SIN(ML+3* 
FL) 
Wi1=.0004664*COSC(AN):W2=.00 
00754*COS(AN+FNA(275.05)-F 
NA(Z.30*T)) 
BT=FNA(BC*(1-W1-W2)) 

REM ** CALCOLO DELLA PARAL 
LASSE LUNARE »* 
PL=.950724+.051818*COS(ML) 
+.009531*C0S(2*DL-ML)+.007 
843*C0S(2*DL)+.,002824*COS( 
2*ML)+.000857*COS(2*DL+ML) 
+.000533*CO0S(2*DL-MS)*#*E1 
PL=PL+.000401*COS(2*DL-MS- 
ML)*E1+.000320*COS(ML-MS)»* 
E1-.000271*COS(DL)-.000264 
*COS(MS+ML)xEi1-.000198*CDS 
(2*FL-ML)+.000173*C0S(3*ML 
>) 
FL=FL+.0001567*C05(4*DL-ML) 
-.000111*COS(MS)#E1+.00010 
3*COS(4%DL-2*ML)-.000084#*C 
0S(2#*ML-2*DL)-.000083*COS( 
2*DL+MS)#E1+.000079*C0S(2+* 
DL+2%*ML) 
PL=PL+.000072*C0S(4*DL)+.0 
00064#*C0S(2*DL-MS+ML)x*E1-. 
000063*C0S(2*DL+MS-ML)*E1+ 
.000041#*COS(MS+DL)#E1i+.000 
035*CO0S(2*ML-MS)#*E1i-.00003 
3*C0S(3*ML-2*DL) 
PL=PL-.000030#*COS(ML+DL)-. 
000029*C05S(2*FL-2#*DL)-.000 
029*C0S(2*ML+MS)#E1+.00002 
6*C0S(2#DL-2#MS)#E2-.00002 
3*C0S(2*FL-2*DL+ML)+.00001 
9*COS(4#DL-MS-ML)*E1 


REM ** CALCOLO A.R. GEOCEN 
TRICA DELLA LUNA ** 


Ti1=SIN(L2)#*COSCET)-TANCBT) 
#SINC(ET):T2=C0S(L2) 

IF T2=0 THEN AL=xn/2:GOTO 2 
610 

AL=ATN(T1/T2)-n*(T1>0 AND 
T2€0)-m*(T1<0O AND T2<0)-2%* 
n*X(T1<O AND T2>0) 
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REM ** DECLINAZIONE GEOCEN 
TRICA DELLA LUNA ** 


LD=FNTA(SIN(BT)*COSCET)+CO 

S(BT)*SINCET)*SIN(L2)) 

REM #*** CORREZIONI IN A.R. 
E DECLINAZIONE DELLA LUNA 
PER NUTAZIONE E ABERRAZIO 

NE *** 

DN=(COSC(ET)+SINCET)*SINCAL 
) *TANC(LD))*DF-COSCAL)*TAN( 

LD) #DE 

DD=SINC(ET)*COSCAL)*DF+SIN( 

AL) «DE 

Di=FNA(-20.49/3600)*(COSCA 

L)*COS(LV)*xCOSC(ET)+SINCAL) 

*SIN(LV))/COS(LD) 

D2=FNA(-20.49/3600)*(COS(L 

V)*COSC(ET)*(TANCET)*COS(LD 
)-SINCAL)*SIN(LD))+COSC(AL) 

*SIN(LD)*SINCLV)) 

AL=AL+DN+D1:LD=LD+DD+D2 


REM #x* CALCOLO DEL TEMPO S 
IDERALE LOCALE ** 


JD=JJ-INT(JJ): IF JD=>.5 TH 
EN JD=INT(JJ)+.5:ELSE JD=1 
NT(JJ)-.5 

T=(JD-XN)/36525 
1U=0:TS=.276919398 +(100.0 
021359+.000001075#*T)*T:TS= 
(TS-INT(TS))*24+HHx1.00273 
7908:TS=FNA(TS*15+LE) 


REM xx TEMPO SIDERALE LOCA 
LE APPARENTE ** 


TS=FNC(T5+DF*COSCET)) 


REM x* CALCOLO PARALLASSE 
E DI SIN(x) PER IL SOLE ** 


Sp=8.794/R:S1=SIN(FNA(SP/3 
600)) 


REM #* CALCOLO DI SINC(x) P 
ER LA LUNA ** 


Pi=SIN(FNA(PL)) 


IF AZ THEN AP=FNCCAR) : AF=F 
NC(AL) :PD=DC:FD=LD:GOTO 31 
30: REM ** PER ECLISSI DI 


LUNA #* 


REM xx CALCOLO RO*COS FI E 
RO*SIN FI ** 


ULZATN(. 99664719*TANCLA)) 
SF=.,99664719#*SIN(U1)+SINCL 
A)#(HU/6378140) 
CF=C0S(U1)+COS(LA)*(HU/637 
8140) 


REM x* CORREZIONI IN A.R. 
E DECLINAZIONE DEL SOLE PE 
R LA SUA PARALLASSE *** 


HA=TS-AR 
DA=ATN(-CF#51*5INC(HA)/(C0S 
(DC)-CF#S1*COSC(HA))) 
AP=FNCC(AR+DA) 
PD=ATN(((SIN(DC)-SFaS1) «CO 
S(DA))/(COS(DC)-CF#«S1*COS( 
HA))) 


REM xx CORREZIONI IN A.R. 
E DECLINAZIUNE DELLA LUNA 
PER LA SUA FARALLASSE ** 


HL=TS-AL 
DA=ATN(-CF*PiasINC(HL)/ {CUS 








3100 
3110 


3120 
3130 
3140 


3150 
3160 
3170 


3180 
3190 


3200 
3210 
3220 
3230 





3310 
3320 
3330 


3340 





3430 
3440 
3450 


3460 
3470 
3480 
3490 


3500 
3510 
3520 
3530 
3540 


3550 
3560 
3570 
3580 


3590 
3600 
3610 


(LD)-CF*P1*COS(HL))) 
AF=FNCC(AL+DA) 
FD=ATN(((SIN(LD)-SFaF1)aCO0 
S(DA))/(COS(LD)-CF*P1*COS( 
HL3)) 

REM ** CALCOLO DELLE COORD 
INATE DEL SOLE ALL’ORIZZON 
TE LOCALE ** 

HA=TS-AP 

01=SINCHA) :02=COS(HA)*SINC 
LA)-TAN(PD)*COSC(LA) 

IF 02=0 THEN ZS=x/2:GOTO 3 
210 

ZS=ATN(01/02) 
ZS=ZS-n*(01>0O AND 02<0)-x* 
(01<0O AND 02<0)-2*x*(01<0 
AND 0250) 

REM ** AZIMUT DEL SOLE CON 
TATO DA NORD VERSO EST ** 


ZS=FNE(FNB(ZS)+180) 


HZ=SIN(LA)*SINC(PD)+COSC(LA) 
*#COS(PD)#COSC(HA):IF (1-HZ* 
HZ)=0 THEN HZ=SGNC(HZ)*x/2: 
GOTO 3280 

HZ=FNTAC(HZ) 


REM ** ALTEZZA DEL SOLE SU 
LL'ORIZZONTE #* 


HZ=FNBCHZ) 


REM ** CALCOLO DELLE COORD 
INATE DELLA LUNA ALL’ORIZZ 
ONTE LOCALE #* 


HL=TS-AF 
01=SIN(HL):02=COS(HL)*SIN( 
LA)-TAN(FD)*COS(LA) 

1F02=0 THEN ZL=xn/2:GOTO 34 
00 

ZL=ATN(01/02) 
ZL=ZL-n*(01>0O AND 02<0)-n* 
(01<0 AND 02<0)-2*n*(01<0 
AND 0250) 


REM ** AZIMUT DELLA LUNA © 
ONTATO DA NORD VERSO EST * 


* 


ZL=FNEC(FNB(ZL)+150) 





T 


N(LA)*#SIN(FD)+COS(LA) 
CUS(FD)«COS(HL):IF (1-ZH* 
H)=0 THEN ZH=SGNC(ZH)*x/2: 
GUTO 3470 

ZH=FNTA (ZH) 


Nan 





REM ** ALTEZZA DELLA LUNA 
SULL’ORIZZONTE ** 


ZH=FNB(2H) 


REM ** RAGGIO APPARENTE DE 
LLA LUNA IN GRADI ** 


DP=1/P1 
R2=562.0492/(DP*36) 


REM *#* RAGGIO APPARENTE DE 
L SOLE IN GRADI ** 


Ri1=(959.63/R)/3600 

REM #* CALCOLO DEL GRAFICO 
PER ECLISSI DI SOLE E DI 
LUNA ** 

DK=ZS-ZL:DH=HZ-ZH 


IF HZ<-.5 THEN CHAR,18,8,C 
HR$(15)+"INVISIBILE DA QUE 


IVANA x /7K 
OVIMODORE /75 

















STE COORDINATE A QUEST’ ORA 
"+CHR$(143),1 

3620 G1=190/(ABS(DK)-1.8*(AZ=0) 
-2.8%4(AZ=1)):DK=DK*G1:DH=D 
H*G1:R2=R2*G1 

3630 CHAR,8,6,"|3FM = FINE LkM® 
= MENU <IIRETURNBI> = C 
AMBIA L’ISTANTE E/O IL LUO 
GO", 1:PRINT CHR$(7) 

3640 SLOW:GRAPHIC1,1:B0X,41,0,3 
19, 190:DRAW, 41,95 TO 45,95 
: DRAW, 180,0 TO 180,4:DRAW, 
316,95 TO 319,95:DRAW,180, 
187 TO 180,190 

3650 HB=95.5/G1:AB=139.5/G1:J1= 
HZ+HB:J2=HZ-HB:J3=ZS-AB:J4 
=ZS+AB 

3660 CHAR,3,14,"A",1:CHAR,3,15 
"L", 1:CHAR, 3, 16, "T", 1:CHAR 
13,17, "E", 1:CHAR,3,18,"Z", 
1:CHAR, 3,19, "Z", 1:CHAR, 3,2 
O, "A", 1:CHAR, 12, 24, "AZIMUT 
ma 

3670 IF J1>90 GOTO 3690 

3680 CHAR,0,0,RIGHT$(STR$CINT(J 
1*10+.5)/10),5) 

3690 IF J2<-90 GOTO 3710 

3700 CHAR,0,23,RIGHT$(STR$(INT( 
12*10+.5)/10),5) 


3710 IF AB>180 GOTO 3760 
3720 IF J3<0 THEN J3=360+J3 
3730 IF J4>360 THEN J4=J4-360 


3740 CHAR, 5,24, RIGHT$(STR$C(INT( 
J3%10+.5)/10),5) 

3750 CHAR,35, 24, RIGHT$(STR$ (INT 
(J4*10+.5)/10),5) 

3760 CHAR,0,12,RIGHT$(STR$CINT( 
HZ*10+.5)/10),5) 

3770 CHAR, 20, 24, RIGHT$(STR$C(INT 

(ZS*10+.5)/10),5) 

IF AZ GOTO 3940: 

GRAFICO ECLISSE DI 

* 

3790 : 

3800 REM *»* ECLISSE DI 

3810 Ri=R1*G1i 

3820 : 

3830 IF Ri>R2 THEN Ri=R1+1:R2=R 
2-1:ELSE IF R2>R1 THEN R2= 
R2+1:R1=R1-1 

3840 CIRCLE, 180,95, R1 

3850 IF DH<-95 OR DK<-180 GOTO 
3870 

3860 CIRCLE, 180-DK, 95+DH,R2 

3870 POKE 208,0:GETKEY A$ 


3780 REM ** AL 


LUNA * 


SOLE ** 


3880 IF A&="M" THEN RUN 160 

3890 IF A$="F" THEN 480 

3900 FAST:GRAPHIC 0:GRAPHIC 5:G 
OTO 660 

3910 : 

3920 REM ** ECLISSI DI LUNA ** 

3930 : 


3940 UP=1.02*(SP/3600+PL+R1):UO0 
=1.02*(SP/3600+PL-R1) 

3950 CIRCLE, 180,95, UPxGi 

3960 CIRCLE, 180,95,UOxGi 

3970 GOTO 3850 


3950 : 

3990 REM ** RICERCA DELLE ECLIS 
SI ** 

4000 è: 

4010 SCNCLR: CHAR ,19,0," RIC 
ERCA DI ECLISSI DI SOLE E 
DI LUNA #54 

4020 CHAR , 19,1," (C) - MEN 
ICHELLI MARCO - FIESOLE 

ni 

4030 WINDOW 0,3,79,24 

4040 CHAR, 20,5, "ECLISSI DI SOLE 
O DI LUNA (S/L) ?" 

4050 GETKEY N$:1F N$="L" THEN N 


$="LUNA":AZ=1:ELSE N$="SOL 
E" 

4060 PRINT N$ 

4070 
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4150 


4160 
4170 


4180 
4190 
4200 
4210 
4220 
4230 
4240 
4250 
4260 
4270 
4280 
4290 
4300 
4310 


4320 
4330 


4340 
4350 


4360 
4370 


4380 
4390 


4400 
4410 


4420 
4430 


4440 


4450 


4460 


4470 


VIOLI LZZZZIZZIZ TI TETTE TTT. 
DEE IE DE IE DE DE DE DEDE DE DE DE DE DEDE DEDE DE DEDE DERE E 
CERA E i 

REM **** CALCOLO DI 

A PER ECLISSI DI 
LUNA **** 


(IIMEZEZEZZIZZE ZI TTT TETTI 
CERZAZZAZZZZZZZZZZZECETETETnI 
PARRA RA 


RICERC 
SOLE 0 DI 


CHAR, 17,7,"INSERISCI UN AN 
NO FRA IL 1000 E IL 3000 > 
#:MN=47:MX=58:UZ=4:GOSUB 5 
20:AS=VAL(UZ$):IF AS<1000 
OR A5S23000 GOTO 4120 
T=(A5-1900)/100:DT=INTC(.41 
+1.2053*T+.4992*T&*T) 
SCNCLR:PRINT TABC(27) "igÒixxa 
* ECLISSI DI "N$" xusxxa":1 
F DT<>O THEN PRINT:PRINT T 
ABCO: NT, £ Tal - È: 
PRINT USING "-## MINUTI )" 


DE 

PRINT CHR$(2);:CHAR,0,4," 
TIPO 

GRANDEZZA VISIBILITA* 


DATA T.E.: H M 
*":PRINT CHR$(130):CHAR,0,6 


mr 
’ 


K=(A5-1900)*12. 3685 

IF AZ=0 THEN K=INT(K)+1:G0 
TO 4230 

IF (K-INT(K))<.5 THEN K=IN 
T(K)+.5:GOTO 4230 
K=INT(K)+1.5 


REM ** ISTANTE DELLE ECLIS 
SI ** 


T=K/1236.85 


REM ** ANOMALIA MEDIA DEL 
SOLE ALL'ISTANTE .T. x 


MS=359. 2242+29. 10535608xK+ 
((-.00000347*T-.0000333)T 
)*T 

REM *#* ANOMALIA MEDIA DELL 
A LUNA ALL'ISTANTE .T. xx 


ML=306.0253+385.81691806xK 
+((.00001236*T+.0107306)xT 
)*T 

REM #* ARGOMENTO DI LATITU 
DINE DELLA LUNA ALL’ ISTANT 
Ei ato E 
F=21.2964+390.67050646%K+( 
(-.00000239*T-.0016528)*T) 
*T 
F=FNAC(FNE(F)):MS=FNA(FNE(M 
S)) :ML=FNAC(FNEC(ML)) 


IF SINC(F)>.36 THEN K=K+1:G 
OTO 4230:REM #* ECLISSE IM 
POSSIBILE ** 


REM ** CALCOLO DEL GIORNO 
E DEL TEMPO (APPROSSIMATO) 

DELL’ECLISSE *»* 
J=.75933+29, 53058868*k4+((- 
+000000155*T+.0001178)*T)x 
T 
J=J+.00033#*SIN(FNA(166,56+ 
(-.009173*T+132.87)#T)) 
J=J+(.1734-.000393*T)#SIN( 
MS)+.0021#*SIN(2%*MS)-.4068* 
SINC(ML)+.0161#*SIN(2*ML) 
J=J-.0051#SIN(MS+ML)-.0074 
#SIN(MS-ML)-.0104*SIN(2%*F) 
J=J+.5 





4480 
4490 


4500 
4510 


4520 


4530 
4540 


4550 


4560 


4570 


4580 
4590 


4600 
4610 


4620 


4630 


4640 
4650 


4660 


4670 


4680 


4690 
4700 
4710 
4720 


4730 


4740 


4750 
4760 


REM ** TRASFORMAZIONE DEL 
GIORNO GIULIANO IN GREGORI 
ANO ** 


I=INT(J)+XN:11=J-INT(J):JJ 
=XN+(J-.5) 

IF I>2229160 THEN I2=INTC€ 
1-1867216.25)/36524.25):13 
=1+1+12-INT(12/4):GOTO 45 
40 

13=1 
14=13+1524:IS=INT((14-122. 
1)/365.25):16=INT(365.25*I 
5):17=INT((14-16)/30.6001) 
18=14-16+I11-INT(30.6001*17 
):19=17-1:IF 17>13.5 THEN 
19=17-13 
A1=15-4716:1F 
A1=15-4715 
HH=(I8-INT(18))x24:H=INT(H 
H) : MH= (HH-H)*60:MI=INTC(MH) 
:1IS9=INTCI9) 

IF A1<AS THEN K=K+1:GOTO 4 
230:ELSE IF A1>A5 GOTO 507 
(0) 
S=5.19595-.0048*COS(MS)+.0 
02*C0S(2%*MS)-.3283*COS(ML) 
-.006*COS(MS+ML)+.0041*COS 
(MS-ML) 
C=.2070*SIN(MS)+.0024*SINC 
2*MS)-.0390%*SIN(ML)+.0115* 
SIN(2*ML)-.0073*SIN(MS+ML) 
C=C-.0067*SIN(MS-ML)+.0117 
*SIN(2*F) 


19<2.5 THEN 


REM #** PER ECLISSI DI SOLE 
REM ** DISTANZA FRA L'ASSE 
DELL’OMBRA LUNARE ED IL € 

ENTRO DELLA TERRA ** 

REM ** OPPURE, PER ECLISSI 
DI LUNA : 

REM ** DISTANZA FRA IL CEN 

TRO DELLA LUNA E L’ASSE DE 
LL’OMBRA TERRESTRE ** 


L=S*SIN(F)+C*#COS(F) 


U=.0059+.0046*COS(MS)-.018 
2*COS(ML)+.0004*COS(2*ML)- 
.0005*COS(MS+ML) 


IF AZ GOTO 4920: REM ** SA 
LTO PER ECLISSI DI LUNA *» 


I1F ABS(L)>1.5432+U THEN K= 
K+1:GOTO 4230: REM ** L’EC 
LISSE DI SOLE NON AVVIENE 
** 


IF ABS(L)=>.9972 AND ABS(L 
) <=1.5432+U THEN A$="PARZI 
ALE, TOTALE NON CENTR." 
M=(1.5432+U-ABS(L))/(.546+ 
2%*U) 

IF L>O THEN Bs="NORD" 

IF L<0O THEN Bs="SUD" 

IF (ABS(L)=>.9972) AND (AB 
S(L)<=.9972+ABS(U))THEN A$ 
="PARZIALE, ANULARE NON CE 
NTR." 

IF L<.9972 AND 
EN BEGIN:M=1 
IF U<O THEN A$="TOTALE CEN 
TRALE" 

IF U>.0047 THEN A$="ANULAR 
E CENTRALE" 

IF U=>0 AND U<=.0047 THEN 
BEGIN 
W=FNTA(L):0M=.00464%COS(W) 
IF U<OM THEN A$="ANULARE T 
OTALE":ELSE A$="ANULARE" 


L>-.9972 TH 























4890 BEND 5040 : 5220 LOOP 

4900 BEND 5050 K=K+1:GOTO 4230 5230 : 

4910 GOTO 5000 5060 : 5240 IF X$="F" THEN 480 

4920 B$="N/S":XC=2:M=(1.0129-U- | 5070 IF CC=0 THEN CHAR,18,13,"N 5250 IF X$="M" THEN RUN 160 
ABS(L))/.545:A$="ECLISSE T ON AVVENGONO ECLISSI DI LU 5260 : 

OTALE":IF M<1 THEN XC=1:A$ NA NELL'ANNO"+STR$(A5),1:5 5270 WINDOW 0,16, 79, 24: GRAPHIC 
="ECLISSE PARZIALE DI OMBR LEEP S:RUN 160 5, 1:U=U(N) :L=L CN) : HH=HH(N) 
AN 5080 : 1JJ=JJ (N): ML=MLCN) 

4930 IF M<O THEN BEGIN 5090 REM ** SCHERMATA PER LA SC 5280 : 

4940 XC=1:M=(1.5572+U-ABS(L))/. ELTA DELL'ECLISSE DA OSSER | 5290 IF XC=0 GOTO 640: REM «* E 
545:A$="ECLISSE DI PENOMBR VARE ** CLISSI DI SOLE ** 

AÙ 5100 : 5300 : 

4950 IF M<1 THEN A$="ECLISSE PA | 5110 CHAR, 22,13, "SCEGLI CON CRS 5310 REM ** CALCOLO DELLE CIRCO 
RZIALE DI PENOMBRA" R DOWN E PREMI RETURN",1i STANZE DELLE ECLISSI DI LU 

4960 BEND:IF M<.01 THEN K=K+1:G | 5120 CHAR,30,15, "IF = FINE NA ** 

OTO 4230 Mm = MENU" 5320 : 

4970 è» 5130 N=1i 5330 XC=XC(N):PZ=1.0129-U:NZ=.5 
4980 REM ** COSTRUZIONE DELLA S | 5140 POKE208,0:DOWHILEX$<>CHR$( 458+.0400#COS(ML):IF PZ<AB 
TRINGA DI OUTPUT ** 13) S(L) THEN L=PZ:PZ=L(N) 

4990 è: 5150 CHAR, 0,6 5340 : 

5000 CC=CC+1:U(CC)=U:L(CC)=L:HH | 5160 FOR X=i TO CC 5350 IF XC=2 THEN BEGIN: REM ** 
(CC) =HH:JJ(CC)=JJ:XC(CC)=X | 5170 PRINT CHR8(18*-(N=X)-146*( ECLISSE TOTALE DI LUNA *»* 
C:ML(CC)=ML:A$(CC)=A$:M(CC NG0X)); 5360 è: 
)=M:B$(CC)=B$:18(CC)=INTC(I | 5180 PRINT USING TP$;A$(X),M(X) 5370 TZ=.4679-U:IF TZ<ABS(L) TH 
8) :19(CC)=19:H(CC)=H:MH(CC ,B8(X), I8(X), I9CX), AS, HCX) EN L=TZ:TZ=LC(N) 

)=MH MH) 5380 TP=SQR(TZ*TZ-L*L)/NZ:H2=FN 

5010 PRINT USING TP$;A$,M,B$,18 | 5190 NEXT F (HH-TP) :H3=FNF (HH+TP) 
(CC), 19,A5,H,MH 5200 IF X$="F" OR X$="M" THEN E | 5390 BEND 

5020 : IT 5400 PP=SQR(PZ*PZ-L*L)/NZ:H1=FN 

5030 REM ** RICERCA DI UN’ECLIS | 5210 GETKEY X$:1F X$=CHR$(17) T F (HH-PP) :H4=FNF (HH+PP) 

SE SUCCESSIVA »** HEN N=N+1:1F N>CC THEN N=1 5410 GOTO 640 
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CORSO DI PROGRAMMAZIONE IN C 
PER L’AMIGA: SECONDA PUNTATA 


PROGRAMMARE 
L'AMIGA CON 
IL SISTEMA MANX 


Le caratteristiche di questo ambiente di programmazione ‘vengono 
illustrate analizzando i file che ogni tool di programmazione 
richiede in input e genera in output 


di Eugene P. Mortimore 


gio C abbiamo discusso le procedure 

generali per programmare in C sull’ Ami- 
ga. Sono stati messi in evidenza i passi per 
compilare, assemblare e sottoporre alla fase di link 
un programma in C, ed è stato analizzato il flusso 
di controllo di un programma senza precisare il 
contenuto delle sue funzioni: tutte informazioni 
abbastanza generiche, valide per qualunque am- 
biente di programmazione. Ora discuteremo gli 
strumenti di lavoro del programmatore, gli indi- 
spensabili tool che permettono di trasformare 
un'idea in un programma eseguibile di buon 
livello. 

I due sistemi di programmazione più popolari 
per l’Amiga sono il Lattice e il Manx. I rispettivi 
meriti dei due pacchetti sono stati discussi e 
ridiscussi sin da quando hanno fatto la loro 
apparizione sul mercato. 

In questa puntata iniziamo un’analisi del sistema 
di programmazione Aztec C68K V3.6 della Manx, 
uno dei più famosi in commercio, ma in futuro 
daremo spazio anche alla recentissima versione 5.0 
del sistema Lattice, che presenta alcune novità 
molto interessanti. 

A mano a mano che l’Amiga si è evoluto, la 
Manx ha dedicato molta attenzione ai vari miglio- 
ramenti e ha continuamente aggiornato e perfe- 
zionato il proprio ambiente di programmazione in 
linguaggio C. Ora il sistema Manx è cresciuto a tal 
punto da rappresentare uno dei migliori strumenti 
di programmazione sull’Amiga, se non il migliore. 
A testimonianza delle sue capacità, si consideri che 
molti dei più famosi programmi commerciali per 
l’Amiga sono stati creati con la versione Developer 
di questo pacchetto. 

Il sistema Manx è molto flessibile: grazie agli 


N el precedente articolo dedicato al linguag- 
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strumenti che mette a disposizione si possono 
sviluppare sia piccoli programmi composti da un 
solo modulo, sia grandi programmi composti da 
più moduli gestiti in overlay. Il manuale che lo 
accompagna è abbastanza completo, e fornisce 
risposte dettagliate alla maggior parte dei proble- 
mi in cui può imbattersi il programmatore. Se 
dovesse risultare insufficiente, ci si può rivolgere 
direttamente al gruppo di supporto tecnico della 
Manx. Il manuale è composto da circa 300 pagine 
riunite in un raccoglitore ad anelli, pensato 
proprio per dare spazio agli aggiornamenti che 
vengono a mano a mano distribuiti. Gli argomenti 
sono organizzati in sezioni, da quelle introduttive 
a quelle che elencano nei dettagli le peculiarità del 
pacchetto. 

Iniziamo parlando dell’organizzazione generale 
del sistema, e dei file che i suoi tool possono creare 
durante la realizzazione di un programma in C. 


Il sistema di programmazione in C della Manx 


L’ultima versione del compilatore Aztec C68K 
della Manx, la 3.6, è in grado di generare codici 
eseguibili per le più famose CPÙ Motorola: il 
68000, il 68010, il 68020 nonché il coprocessore 
matematico 68881. La versione 3.6 genera inoltre 
un codice più veloce e compatto rispetto alle 
versioni precedenti, e le sue caratteristiche sono 
tanto articolate e numerose che questo articolo 
non basterebbe nemmeno a farne un elenco. 

Questo pacchetto per l’Amiga è molto simile a 
quelli che la Manx ha creato per le macchine IBM, 
Atari, e per il Macintosh della Apple. Quindi gli 
aspetti fondamentali di questo ambiente di pro- 
grammazione sono simili per tutte queste macchi- 
ne: ciò che si impara sulla versione per l’Amiga può 





facilmente essere utilizzato anche per gli altri 
computer. 

Grazie al suo recente Source Level Debugger, il 
sistema Manx è ora considerato da molti il più 
importante ambiente di programmazione in C per 
l’Amiga: questo debugger permette di analizzare i 
codici sorgente in C o in Assembly eseguendo 
passo passo i codici macchina, e rendendo così 
molto rapido il passaggio al prodotto finale. Per 
queste e altre caratteristiche costituisce uno stru- 
mento di debug assolutamente indispensabile. 

Il pacchetto della Manx comprende due dischi o 
tre a seconda che si tratti del sistema Professional 
o Developer. Con il secondo viene fornito un 
debugger simbolico, mentre il Source Level Debug- 
ger viene venduto solo separatamente e costituisce 
un pacchetto indipendente da entrambi i sistemi. 

Il sistema Professional comprende tutti gli 
strumenti necessari per poter creare una vasta 
gamma di utili programmi in C. Contiene un 
compilatore, un assembler, un linker e un certo 
numero di librerie di tipo linked (si veda Commodo- 
re Gazette n. 6/88) che riuniscono numerose 
funzioni standard già compilate, insieme con una 
serie di file INCLUDE (alcuni dei quali specifici per 
Amiga) per la programmazione in C € in 
Assembly. Inoltre, il sistema Professional contiene 
diversi utili esempi di programmi sorgente in C 
che possono essere impiegati per prendere confi- 
denza con il sistema Manx e con l’Amiga. Sebbene 
questa versione venga considerata ideale per 
sviluppare piccoli programmi e muovere i primi 
passi, è importante rendersi conto che non esiste 
alcun limite alla complessità dei programmi che 
permette di realizzare, anche se la mancanza di 
alcuni importanti strumenti rende il lavoro semprè 
più difficile a mano a mano che la complessità dei 
programmi aumenta. Inoltre, con questo sistema 
non viene fornito nessun editor di testi (cioè 
nessun programma per digitare i file sorgente, Se 
non il solito ED previsto dall’AmigaDOS) e occorre 
quindi procurarsene uno per conto proprio. 

Il sistema Developer è stato invece pensato per 
facilitare la produzione di complessi programmi 
composti da molti moduli. Ai file presenti nel 
sistema Professional, questo sistema aggiunge 
diverse altre utility che servono 2 rendere più 
efficiente il lavoro del programmatore, nonché 
speciali librerie di supporto matematico per la 
nuova release del software sistema dell’Amiga, la 
1.2.1; sì tratta di librerie contenenti funzioni 
matematiche per il  coprocessore matematico 
68881, e librerie atte a emulare le funzioni 
matematiche previste dallo standard IEEE (a 
queste librerie si fa ricorso quando è necessario 
eseguire qualche calcolo di una certa complessità 
senza possedere il coprocessore matematico). 

Rispetto al sistema Professional, il sistema 
Developer aggiunge anche altri esempi di pro- 
grammi sorgente in linguaggio C, che possono 
servire a migliorare la propria preparazione. Si 
tenga presente, infatti, che l’analisi di programmi 


funzionanti costituisce sempre un ottimo metodo 
diretto per imparare a programmare. 

Il sistema Azfec C68K può essere acquistato 
direttamente alla Manx, il cui indirizzo è: 


Manx Software Systems 
P.O. Box 55 

Shrewsbury, NJ 07701, USA 
(tel. 001/201/542-2121) 


I tool disponibili con il sistema Manx 


I tool che il sistema Manx mette a disposizione 
del programmatore possono essere suddivisi in 
due categorie: quelli disponibili su entrambi i 
sistemi e quelli disponibili solo nel sistema Develo- 
per. La Tavola 1 (nella pagina successiva) elenca i 
più importanti differenziandoli nelle due catego- 
rie. Nel corso dell’articolo analizzeremo quelli che 
ricorrono più di frequente nella programmazione. 

I primi tre tool elencati nella tavola, cc, as e In, 
sono rispettivamente il compilatore, l’assembler e 
il linker. Questi sono i principali strumenti di 
lavoro del sistema. Il tool mclk viene mandato 
automaticamente in esecuzione durante la startup- 
sequence. Si tratta di una semplicissima finestra, 
composta solo dalla barra di spostamento, nella 

uale oltre all’ora di sistema appaiono le indicazio- 
ni dei kilobyte di chip RAM e fast RAM disponibili. 
Queste due informazioni vengono aggiornate in 
tempo reale, permettendo al programmatore di 
verificare in ogni momento la disponibilità della 
RAM di sistema. Se la presenza di questa finestra 
sullo schermo dovesse infastidire, basta chiuderla 
con il mouse. È interessante notare che di questa 
applicazione viene anche fornito il sorgente. 

Il tool set viene usato per impostare, ed eventual- 
mente rivedere, lo stato di particolari variabili 
relative all'ambiente di programmazione; queste 
variabili, dette variabili di sistema, in genere 
vengono assegnate per la prima volta nel file 
comandi s/startup-sequence che l’Amiga esegue 
durante il boot (si ricordi che un file comandi è un 
testo contenente comandi che vengono eseguiti in 
sequenza, come se fossero impartiti dalla tastiera). 
È possibile utilizzare le variabili di sistema per 
specificare al sistema Manx in quale directory si 
trovano la maggior parte dei file coinvolti nelle 
procedure di programmazione, cosicché ogni tool 
sappia come accedere a quelli di cui ha bisogno. 
Queste particolari variabili configurano l’intero 
ambiente di lavoro. Per ora ci basta sapere che 
esistono e che sono importanti; nel prossimo 
articolo il loro impiego verrà illustrato dettagliata- 
mente da un esempio. 

L'ultimo tool degno di nota (che compare in 
entrambe le versioni) è lb. Questa utility serve a 
creare e gestire le librerie linked: il programmato- 
re può usarla per costruire librerie linked persona- 
lizzate che riuniscano nuove funzioni, scritte in C 
o in Assembly, compilate e verificate, da affiancare 
a quelle contenute nelle librerie linked del linguag- 
gio C standard. La necessità di crearsi una libreria 
linked personale può nascere quando, realizzando 
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Nome del Posizione Descrizione del 


programma del programma programma 


File che si trovano in entrambi i sistemi 


Compilatore C 
Assembler 
Linker 


cc Disco1 
as Discoi 
In Disco1 


melk Disco1 
set Disco1 
Disco1 


lb Disco2 
File che si trovano solo nel sistema Developer 


adump Disco3 
avail Disco3 
acvt Disco3 
arcv Disco3 
cat Disco3 
cmp Disco3 
cnm Disco3 
ctags Disco3 
db Disco3 
diff Disco3 
du Disco3 
grep Disco3 
hd Disco3 
Is Disco3 
make Disco3 
mkarev Disco3 
obd Disco3 
ord Disco3 
touch Disco3 





Z Disco3 
file tags 


Orologio e indicatore della memoria disponibile 
Utility per definire variabili di sistema 
Utility per impostare la data di sistema 


Utility per gestire i file oggetto delle librerie 


Utility per visualizzare informazioni su un particolare file eseguibile 

Rileva la quantità di memoria disponibile 

Utility per convertire moduli oggetto in moduli sorgente Assembly 

Utility per archiviare un file sorgente in C 

Programma per visualizzare il contenuto di più file 

Programma generico per il confronto carattere per carattere dei file 

Riporta informazioni sui file oggetto 

Viene usato per creare i file tags per l'editor Z 

Debugger simbolico - NON è il Source Level Debugger 

Programma di derivazione UNIX per confrontare file sorgente 4 , 

Utility per migliorare la gestione delle directory: visualizza i blocchi usati dalla directory 
Programma di derivazione UNIX per la ricerca delle stringhe nei file 

Utility per la visualizzazione esadecimale e ASCII dei file 

Programma per la visualizzazione e l'ordinamento dei file 

Programma di derivazione UNIX per la gestione di più file sorgente 

Programma per dearchiviare i file sorgente (si veda arcv) 

Programma per ottenere l'elenco dei simboli nei file oggetto ao TRE 
Ordina gli elenchi ottenuti con il comando precedente —- utile per costruire librerie linked 
Utility per aggiornare la data e l'ora di creazione dei file 


Editor di file sorgente a finestra singola, di derivazione UNIX. Ha la possibilità di gestire 





Tavola 1: sommario dei programmi eseguibili e delle utility presenti nel sistema di programmazione Aztec C68K della Manx 


programmi di una certa estensione, vi sono 
funzioni non standard a cui si ricorre con frequen- 
za (e che dovrebbero essere compilate con ogni 
modulo). 

La seconda categoria di tool elencati nella 
Tavola 1 è disponibile soltanto nel sistema Develo- 
per; e raccoglie quelli che si trovano sul disco 3 
della confezione distribuita dalla Manx. Fra questi 
tool notiamo l’editor Z e il debugger simbolico db. 
A. questo proposito, è bene ribadire che il 
debugger simbolico non è il Source Level Debugger, 
ma uno strumento senza dubbio meno versatile e 
anche più difficile da usare. 

Oltre a questi due tool è importante citare grep, 
uno strumento di ricerca tipico dell'ambiente 
UNIX che permette di cercare una particolare 
stringa di caratteri all’interno di più file. Spesso 
grep è utile per rintracciare dati nei programmi 
sorgente scritti in C, quando si cerca per esempio 
il nome di una struttura nei file INCLUDE. È 
interessante notare che questo tool, a differenza di 
quanto avviene con l’AmigaDOS, prevede caratte- 
ri jolly di ricerca molto semplici e consente di 
effettuare ricerche estremamente articolate. Per 
avere altri dettagli consigliamo di riferirsi alla 

documentazione fornita dalla Manx. 
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La gestione dei file 
nel sistema Manx 


L'ambiente di programmazione della Manx è un 
complesso sistema di elaborazione delle informa- 
zioni; nella configurazione base, si articola in 
cinque moduli separati ma interdipendenti, detti 
anche tool di programmazione. Per quanto il 
manuale della Manx sia ben fatto, può capitare di 
non capire appieno l’organizzazione dei file creati 
e gestiti nel sistema. Per questa ragione è di grande 
aluto esaminare tutti i file coinvolti, ossia capire 
come vengono scritti dai singoli strumenti di 
programmazione e che uso ne viene fatto. L’obiet- 
tivo finale di questo studio è personalizzare le varie 
fasi del lavoro e automatizzare tramite opportuni 
file comandi la maggior parte delle procedure che 
s1 seguirebbero di volta in volta. 

A tal fine esaminiamo la Figura 1. Per semplici- 
tà, Ipotizziamo di voler realizzare un programma 
in C “puro”, cioè che non contenga nel sorgente 
codici Assembly. Tutti i file richiesti dal compilato- 
re e dal linker possono essere indicati una volta per 
tutte all’interno di un file comandi, in modo da 
rendere completamente automatica la trasforma- 
zione da file sorgente a file eseguibile. La Figura | 





File INCLUDE in 
linguaggio C 


File tags precompilati 


File comandi 
z.0pt File INCLUDE in 
dell'editor linguaggio C 


Editor: Z Compilatore: cc 


File INCLUDE 
in linguaggio 
Assembly 


Assembler: as 








(+) AztecC.err (+) ff.sym 


(+) Per default, i file contrassegnati da questo simbolo non vengono creati 


(+) ffllst 





Altri moduli 
tt 
Altri file SERIO 
sorgente in 
linguaggio File librerie 
Assembly comandi linked 


File comandi 
ridiretto del 
debugger 


Linker: In Debugger: sdb 








| 


(+) File per il 
Source 


(+) Tavola dei Level 


(+) Tavola 
ASCII 
dei simboli 


(+) Output 
ridiretto 
del debugger 


simboli per il Debugger 
programma 


ROMWack 


Figura 1: organigramma dei file contenuti nel pacchetto di programmazione in C della Manx, in ordine di esecuzione 


mostra la provenienza, la destinazione e il signifi- 
cato di tutti i file che intervengono nella program- 
mazione. Nella figura appaiono cinque rettangoli 
che rappresentano ciascuno un particolare stru- 
mento di programmazione, come l’editor e il 
compilatore; sono i tool che leggono e generano i 
diversi file del sistema. Iniziando da sinistra, 
abbiamo l’editor Z, il compilatore cc, l’assembler 
as, il linker n, e alla fine il Source Level Debugger 
sdb. 

Nella programmazione, l’editor e il debugger 
possono essere considerati come accessori, mentre 
il compilatore, l’assembler e il linker sono tool 
indispensabili per sviluppare programmi in C. 
Questo significa che è possibile usare qualsiasi 
editor di testi ASCII per produrre i file sorgente, e 
che non è necessario possedere il Source Level 
Debugger per sviluppare i propri programmi. 
Tuttavia si scopre ben presto che quest’ultimo tool 
risulta molto utile per identificare i bug meno 
evidenti che si possono annidare nei programmi. A 
questo proposito ricordiamo che nella creazione di 
un programma, molti problemi si possono elimina- 
re già nella fase di stesura, prima di procedere alla 
compilazione. Si tratta degli errori di sintassi che a 
volte vengono inseriti nel sorgente solo per 
stanchezza o per disattenzione. Per identificarli si 
può ricorrere a un tool di controllo sintattico del 
sorgente, come il Source File Syntax Checker Gimple 
Lint. È possibile acquistare questo tool sia diretta- 
mente dalla Manx sia attraverso il proprio rivendi- 
tore. ; 

Per accelerare i tempi tutti questi tool di 
programmazione, o almeno il linker e il compilato- 
re, andrebbero copiati ogni volta nel dispositivo 
logico RAM: (il cosiddetto RAM disk). Questa 
operazione si può rendere automatica inserendo 
nella startup-sequence il comando COPY bin TO 
RAM:, tanto più che fra i vari percorsi di ricerca 
(path) che il sistema prende in considerazione, il 
dispositivo logico RAM: è il primo (per verificarlo, 


basta semplicemente impartire il comando PATH 
senza specificare nessun argomento). 

Alcuni dei file di supporto che compaiono nella 
figura vengono scritti automaticamente dai tool di 
programmazione, mentre per altri è necessario 
l'intervento diretto del programmatore, che indi- 
ca ai tool come operare facendo uso delle loro 
opzioni. I dettagli relativi alla gestione di tutti 
questi file diventeranno più chiari nel prossimo 
articolo, quando analizzeremo i file comandi di 
startup, di compilazione e di link. 

Gli altri file non eseguibili presentati nella 
Figura 1 possono essere classificati secondo diversi 
criteri: il più ovvio distingue fra file di input e file 
di output di ogni tool. Nella figura i file di input 
sono quelli che appaiono sopra i tool di program- 
mazione; si tratta di file, alcuni di testo e altri in 
formato non-ASCII, ai quali i tool accedono per 
ottenere informazioni. I file di output sono invece 
quelli prodotti dai tool di programmazione, € 
appaiono nella figura sotto questi ultimi. Si noti 
che spesso il file di output di un tool diviene il file 
di input del successivo, e che tra i file di output 
compaiono anche quelli prodotti dall’ AmigaDOS 
quando si ridirige l’output dallo schermo verso un 
altro dispositivo logico (per esempio, un file su 
disco) tramite il simbolo di ridirezione “>”; questi 
particolari file di output non sono mostrati nella 
Figura 1. 


I file previsti 
dall’editor di testi Z 


Il primo rettangolo sul lato sinistro della Figura 
1 rappresenta l'editor di testi Z della Manx. in 
generale, possiamo identificare quattro file legati a 
questo editor. Il primo è il file sorgente da creare 
o da modificare, che nella figura indichiamo con il 
nome ff.c. Si tratta di un file di testo contenente le 
istruzioni in C atte a definire un modulo di 
programma. Nella figura si vede che, tramite 
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l’editor, il programmatore accede al file ff.c (o lo 
crea), lo modifica (o lo scrive per la prima volta) e 
lo salva sul disco senza cambiarne il nome. 
Ovviamente, anche se la figura non lo mostra, 
questa prima fase può essere ripetuta molte volte 
prima che il file sorgente sia pronto per la 
compilazione, e continua fino a quando Il pro- 
gramma non risulta completamente privo di 
errori. ; 7 

Quando l’editor Z viene mandato in esecuzione, 
cerca automaticamente un file di startup conven- 
zionalmente chiamato z.opt (se non lo trova 
prosegue ignorando questa fase). Questo file 
consente al programmatore di configurare l’editor 
secondo le proprie esigenze (tabulatori, word 
wrap, file di backup...). Normalmente la posizione 
del file z.opt nelle directory del disco viene 
indicata nella startup-sequence tramite la variabile 
di sistema ZOPT. 

L’editor Z prevede in input un altro tipo di file, 
il cosiddetto “file tags”, ovvero una tavola di 
riferimento che associa a determinati nomi di 
funzioni i nomi dei file sorgente nei quali queste 
funzioni sono definite. Se il file tags, come 
normalmente avviene, è stato creato tenendo 
conto di tutti i moduli sorgente che costituiscono 
il programma, permette all’editor Z di sapere 
esattamente in quale modulo sorgente è stata 
definita ogni funzione dell’intero programma. 
Questa caratteristica può essere utile per esempio 
quando il programmatore decide di controllare 
con l’editor il corpo principale del programma, e 
incontra una chiamata a una funzione di cui non 
ricorda il comportamento. È probabile che non 
ricordi nemmeno in quale modulo sorgente la 
funzione è stata definita, ma grazie al file tags basta 
indicarne il nome con un apposito comando e Z 
carica e visualizza il modulo sorgente nel quale la 
funzione è definita. In questo modo, e senza uscire 
dall’editor, il programmatore può facilmente 
muoversi tra i singoli moduli sorgente alla ricerca 
di una particolare funzione, anche se non ricorda 
dove si trova. 

Il file tags che permette questa facile ricerca 
dev'essere opportunamente creato dal program- 
matore mandando in esecuzione l’utility ctags (si 
veda la Tavola 1) e indicando come argomenti tutti 
i moduli sorgente che devono essere presi in 
considerazione. 

Per conoscere la posizione del file tags, l’editor 
Z, quando viene mandato in esecuzione, controlla 
se la variabile di sistema TAGS è stata inizializzata 
con il nome del file tags da considerare (compreso, 
ovviamente, il relativo percorso di ricerca). Il 
programmatore può inizializzare questa variabile 
direttamente o tramite la startup-sequence. Se 
TAGS non risulta inizializzata, oppure se il file tags 
indicato non è presente sul disco, l’editor Z 
controlla se esiste un file di nome tags nella 
directory selezionata in quel momento. Di fronte 

a un nuovo insuccesso, Z non compie altri tentativi 
e non rende disponibile la ricerca veloce delle 
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funzioni fra i moduli sorgente. 

Con la variabile di sistema TAGS, il programma- 
tore in genere individua sul disco un file tags che 
vale per l’intero sistema di programmazione. Nel 
quale cioè sono indicati tutti i moduli sorgente 
abitualmente impiegati come supporto alla crea- 
zione dei programmi. Con un file tags di questo 
tipo, durante la stesura di un programma è 
possibile richiamare in ogni momento i moduli 
sorgente della propria biblioteca di funzioni 
preconfezionate. i 

Se però si desidera disporre anche di un 
particolare file tags meno generale e riferito 
soltanto ai moduli sorgente di un particolare 
programma, è sufficiente crearlo e indicarlo 
all’editor Z in sostituzione del file tags di sistema. 
Il disco 3 del sistema Developer contiene un 
esempio di file tags. 


I file di input 
del compilatore C 


Il compilatore Aztec C della Manx usa al 
massimo tre file di input. Proprio come nell’editor, 
alcuni di questi file sono necessari mentre altri 
sono opzionali. Il primo file di input è il sorgente 
stesso, ff.c, cioè il file che il compilatore trasforme- 
rà, chiamando anche l’assembler, in file oggetto. 
Se al suo interno vengono richiamati uno o più file 
INCLUDE, il compilatore accede anche a questi 
file, che rappresentano il secondo tipo di file di 
input del compilatore; la posizione di questi file 
nelle directory può essere specificata attraverso la 
variabile di sistema INCLUDE, oppure tramite 
l'opzione -I quando si manda in esecuzione il 
compilatore. 

In ambedue i modi si segnala al compilatore la 
posizione dei file INCLUDE, tenendo presente 
però che i file INCLUDE specificati attraverso la 
variabile di sistema vengono considerati primari, 
mentre quelli specificati attraverso l’opzione -I del 
compilatore vengono considerati secondari. La 
divisione dei file INCLUDE in primari e secondari 
è sotto il controllo diretto del programmatore e 
dipende dal tipo d'informazioni di cui necessita il 
programma. 

Ogni programma sorgente scritto in C contiene 
una serie di comandi #include che richiamano i 
file INCLUDE necessari per compilarlo corretta- 
mente. Oltre ai consueti file INCLUDE, il compila- 
tore Manx accetta anche file INCLUDE precompi- 
lati. Questi rappresentano il terzo tipo di file di 
Input: sono più piccoli dei file INCLUDE normali, 
permettono di risparmiare spazio sul disco, accele- 
rano il processo di compilazione e sono mattoni 
Importanti dei grandi progetti di programmazio- 
ne. 

Per indicare al compilatore che deve leggere file 
INCLUDE precompilati, si attiva l’opzione +I. Si 
veda la discussione dell’opzione +H più avanti e la 
Tavola 2 (a pagina 86) per ulteriori informazioni 
sui file INCLUDE precompilati. 





I file di output del compilatore C 


Il compilatore C della Manx produce al massimo 
quattro file di output, se non si tiene conto dei file 
temporanei. Il primo file di output è il file 
risultante dalla fase di “traduzione” in linguaggio 
Assembly sorgente del programma sorgente in C. 
Questo file è temporaneo e serve solo all’assembler 
quando il compilatore lo manda automaticamente 
in esecuzione. L’assembler lo riceve in input, crea 
il relativo file oggetto, e lo cancella dal disco. 
Questa è la situazione che si presenta quando ci si 
affida al comportamento di default del compilato- 
re. È possibile definire nella variabile di sistema 
CCTEMP in quale directory dev'essere salvato il 
file temporaneo e dove, di conseguenza, l’assem- 
bler dovrà cercarlo quando riceve il controllo. In 
genere si dedica una subdirectory appositamente a 
questo scopo. In questa procedura il semplice 
risultato del compilatore (il file sorgente in 
Assembly) non è accessibile al programmatore. 

Tramite opportune opzioni, specificate all’atto 
della chiamata, è possibile modificare il comporta- 
mento del compilatore. L’opzione -A consente di 
fermare il compilatore subito dopo la creazione del 
file temporaneo, consentendo così al programma- 
tore l’analisi dei codici Assembly prodotti. Questo 
file mantiene lo stesso nome del file originale, 
seguito però dall’estensione “.asm”, ed è un file di 
testo. L'analisi dei codici Assembly consente di 
verificare l’opera di traduzione svolta dal compila- 
tore. A volte si scopre che certi codici si possono 
migliorare, oppure che il risultato ottenuto non è 
conforme a quello richiesto. Oppure, si possono 
analizzare i sorgenti in Assembly al fine di 
imparare questo linguaggio di basso livello parten- 
do dalla conoscenza del C. A questo scopo, si può 
selezionare l’opzione -T del compilatore per 
vedere le istruzioni originali del programma 
sorgente in C intercalate con quelle in Assembly 
ottenute dopo la compilazione. Il Listato 2 (a 
pagina 87) è un esempio di file sorgente in 
Assembly; è stato ottenuto compilando il Listato 1. 
Si noti al suo interno la presenza delle istruzioni in 
Cc. 

Se si procede in questo modo, l’assembler 
dev'essere poi mandato in esecuzione manualmen- 
te, il che consente di attivare opzioni che altrimenti 
non sarebbe possibile specificare nella linea co- 
mando del compilatore. 

L’opzione -O consente di attribuire un nuovo 
nome al file che si ottiene al termine della 
compilazione. Normalmente si tratta del file 
oggetto, ma se questa opzione viene usata congiun- 
tamente all’opzione -A, serve a indicare un nome 
nuovo per il file sorgente in Assembly. 

Il secondo file di output è il file denominato 
AztecC.err. Il compilatore crea questo file se st 
specifica l’opzione -Q sulla sua linea comandi. Il 
file AztecC.err contiene un elenco degli errori 
rilevati durante la compilazione, esposti in un 
formato più dettagliato del normale output su 
video generato durante la compilazione. Se sì 


prevede un discreto numero di errori, può essere 
utile scegliere questa opzione per analizzarli in 
maniera più approfondita. 

Il terzo file di output viene prodotto dal 
compilatore se si specifica l'opzione +H seguita dal 
nome che si vuole attribuirgli; si tratta della 
cosiddetta “tavola dei simboli”. Oltre a fornire 
informazioni sui simboli, ossia sulle variabili e sulle 
label del programma, che possono essere studiate 
tramite questo file, l'opzione +H si può usare per 
generare le tavole di simboli relative ad alcuni file 
INCLUDE, trasformandoli nei cosiddetti file IN- 
CLUDE precompilati. Nel nostro caso la tavola 
viene salvata nel file di nome ff.sym. 

Oltre ai precedenti file, è possibile ridirigere 
l'output del compilatore su un ulteriore file 
tramite il comando “>?” dell’AmigaDOS: questo 
file conterrà informazioni che normalmente ver- 
rebbero scritte sullo schermo dell’ Amiga. Qui, 
coerentemente con le convenzioni sulla denomina- 
zione dei file usate altrove, chiameremo ff.e questo 
file, dove “e” significa “errori”. Quando si ridirige 
l'output, si tenga presente che il compilatore 
interrompe automaticamente la compilazione do- 
po ogni 5 errori per chiedere al programmatore se 
deve continuare. Se l'output è stato ridiretto su un 
file, è immediato capire che questa interruzione 
non verrebbe mai rilevata. Per ovviare a questo 
inconveniente, è sufficiente indicare l'opzione -B, 
che ordina al compilatore di non bloccarsi fino a 

uando non completa il proprio lavoro, prescin- 
dendo dal numero di errori che si verificano. 

Se infine si desidera sottoporre il programma al 
Source Level Debugger, in fase di compilazione si 
deve specificare l’opzione -N. In questo modo il 
compilatore crea anche un particolare file tempo- 
raneo che il linker successivamente impiega per 


generare il relativo file di supporto del Source Level 
Debugger. 


I file di input dell’assembler 


La Figura 1 mostra che l’assembler della Manx 
richiede al massimo tre file di input: il primo è il 
file sorgente temporaneo in linguaggio Assembly 
creato dal compilatore. L'intera operazione di 
scrittura e lettura relativa a questo file viene svolta 
automaticamente dal sistema Manx senza alcun 
intervento da parte del programmatore oltre 
all’assegnazione della variabile CCTEMP. 

La categoria successiva di file dati in input 
all’assembler è costituita dai file INCLUDE in 
linguaggio Assembly. Questi vengono presi in 
considerazione soltanto nel caso che si programmi 
direttamente in Assembly, senza passare dal C. Si 
tenga infatti presente che l’assembler della Manx 
può essere utilizzato con profitto anche quando si 
devono sviluppare programmi in Assembly. Que- 
sti file sono contenuti nel disco 2 del pacchetto, 
all’interno della directory asm, e sono dotati 
dell’estensione “.i”. Perché l’assembler li prenda in 
considerazione, devono essere richiamati esplicita- 
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mente all’interno dei programmi in linguaggio 
Assembly per mezzo di comandi include. 


I file di output dell’assembler 


L’assembler della Manx può produrre in tutto 
tre file di output: il primo è il programma oggetto, 
che nel nostro esempio prende il nome di ff.o (si 
noti l’estensione “.o” dei file oggetto). Un pro- 
gramma oggetto contiene una versione non anco- 
ra eseguibile del programma, ma già trasformata 
nei codici in linguaggio macchina del 68000: a 
questo stadio non sono ancora stati risolti tutti i 
riferimenti alle routine dichiarate in altri moduli, 
a locazioni di memoria del sistema, e alle librerie 
dell’Amiga. A meno che non si sia scelta l'opzione 
-O dell’assembler, il programma oggetto viene 
salvato automaticamente nella stessa directory in 
cui sì trova il programma sorgente. 

Il secondo file di output generato dall’assembler 
è il cosiddetto file list, il cui nome è ancora una 
volta quello del programma sorgente seguito 
dall’estensione “Ist”. Questo file viene creato 
esclusivamente se è stata specificata l'opzione -L 
dell’assembler. In questo file di testo vengono 
mostrate le istruzioni in Assembly del programma 
e 1 loro corrispondenti codici in linguaggio 
macchina; vengono riportati anche gli indirizzi 
relativi (offset) di ciascuna istruzione del program- 
ma. Analizzando questo file di testo ci si può 
rendere conto di quali riferimenti assoluti debba- 
no essere ancora risolti al termine della com ila- 
zione (compito che spetterà al linker). Il Listato 3 
mostra il file list ottenuto assemblando il sorgente 
Assembly riportato nel Listato 2. 

Il terzo file che l’assembler può produrre è il file 
derivante dalla ridirezione dell’output normal 
mente diretto allo schermo, in maniera analoga a 
quanto visto per l’assembler. In una tipica sequen- 
za di comandi di compilazione e link non sarebbe 
possibile produrre questo file, perché l’assembler 
non viene mandato in esecuzione esplicitamente. 


Tuttavia nel prossimo articolo vedremo come 
ottenerlo ugualmente. 


I file di input del linker 


Questo programma accetta in input quattro file. 
Il primo è il modulo oggetto, ff.0, che proviene 
dall’assembler e che è stato salvato sul disco nella 
stessa directory del programma sorgente ff.c. Va 
messo in evidenza che, a differenza dell’assembler, 
il linker non viene mandato in esecuzione automa- 
ticamente e quindi richiede negli argomenti della 
chiamata i nomi dei file che deve elaborare. 

I successivi file sono altri moduli oggetto 
direttamente correlati al modulo che si sta compi- 
lando: insieme con il blocco principale (quello che 
contiene la funzione main()) costituiscono l’intero 
programma. Per esempio, se il programma è 
composto da due file sorgente f1.c e f2.c, occorre 
dapprima produrre un modulo oggetto (f1.0) 
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compilando e assemblando il primo file sorgente. 
Poi si sottopone alla stessa procedura 26; € si 
ottiene f2.0. A questo punto abbiamo due moduli 
oggetto dotati di reciproci riferimenti incrociati 
che devono essere risolti. Non rimane che sotto- 
porli entrambi alla fase di link ottenendo infine il 
programma eseguibile ff (si noti che per default il 
file eseguibile creato dal linker è privo di estensio- 
ne). 

Analogamente è possibile richiamare durante la 
fase di link altri file oggetto specificandone i nomi 
nella linea comandi del linker. In particolare sarà 
necessario richiamare le librerie linked (come la 
libreria standard del C, c.lib). Va ricordato che 
queste librerie predefinite contengono le defini- 
zioni delle funzioni che vengono chiamate, ma non 
definite, nell’ambito del programma (per esempio 
le funzioni standard printf() e scanf()), ed è il linker 
che ne inserisce i relativi codici in linguaggio 
macchina nel programma eseguibile. i 

L’ultimo file di input del linker è il cosiddetto 
“command arguments file”. E possibile ordinare al 
linker di leggere questo file attivando l'opzione -F. 
L’utilità di questo file risiede nella possibilità per il 
programmatore di specificare un insieme precon- 
fezionato di opzioni che normalmente andrebbero 
indicate nella chiamata al linker. Si noti che questo 
è soltanto un modo diverso di dire al linker come 
deve trattare i suoi dati, cioè un altro modo per 
specificare le opzioni coinvolte. Tuttavia, se sì usa 
un file comandi per le fasi di compilazione e di link, 
non ci sarà quasi mai bisogno di usare il command 
arguments file, specialmente per i programmi più 
semplici che si scrivono durante le prime fasi di 
apprendimento. 


I file di output del linker 


Il linker può produrre fino a cinque file. Il primo 
è il file eseguibile, ossia il prodotto finale del 
sistema Manx, corrispondente a uno o più moduli 
sorgente in C. A meno che non venga diversamen- 
te specificato tramite l'opzione -O, illinker assegna 
automaticamente al file eseguibile lo stesso nome 
del primo modulo oggetto indicato in input, 
Privandolo però dell'estensione “.o”. Questo file è 
il programma finale eseguibile dall’ Amiga (si noti 
che la parola “eseguibile” non garantisce la 
perfetta esecuzione del programma). ! 

Il secondo file di output è una tavola di simboli 
ASCII che viene prodotta automaticamente se si 
specifica l’opzione -T del linker e contiene una lista 
di tutti i simboli utilizzati dal programma: nomi di 
variabili e di locazioni di memoria, che possono 
essere usati per vedere dov'è allocata la memoria 
per ciascuna variabile e per ciascuna istruzione del 
programma. Un indirizzo, in questa tavola, può 
essere il punto d’ingresso di una funzione oppure 
la locazione di memoria relativa a una label del 
programma. 

Il terzo file è anch'esso opzionale: si tratta di una 
tavola di simboli per il debugger residente 








ROMWack dell’Amiga. Se si desidera ottenere 
questo file bisogna specificare l'opzione -W nella 
linea comandi del linker. Questo file servirà 
naturalmente solo se si prevede di usare il 
debugger dell’Amiga. Nel corso di questa serie 
supporremo che venga usato il Source Level 
Debugger della Manx, ma se non si dispone di 
questo programma, e non si possiede nemmeno il 
debugger simbolico del sistema Developer, è 
possibile chiamare questo file e utilizzare il 
debugger ROMWack. Si veda l’Amiga ROM Kernel 
Reference Manual per una spiegazione dei comandi 
e delle funzioni di questo debugger. 

Il quarto file di output del linker è il file 
opzionale dedicato al Source Level Debugger della 
Manx. Il linker crea questo file, nel nostro esempio 
ff.dbg, se si specifica l'opzione -G (non è un file di 
testo). Si tenga presente che si può generare questo 
file soltanto se i moduli del programma sono stati 
compilati attivando l’opzione -N. Il Source Level 
Debugger della Manx ricerca automaticamente 
questo file di estensione “.dbg” quando si appresta 
a compiere il debug del file eseguibile ff. 

L’ultimo file di output è ancora il file ottenuto 
dalla ridirezione dell’output prodotto dal linker. 


I file di input del Source Level Debugger 


Il rettangolo più a destra nella Figura 1 
rappresenta l’ultimo tool del sistema Manx, il 
Source Level Debugger. Tramite questo tool di 
debug è possibile mandare in esecuzione un 
programma e contemporaneamente osservare le 
istruzioni in C o in Assembly del sorgente a mano 
a mano che vengono eseguite. Questo programma 
prevede al massimo tre file di input. Il primo è il 
programma eseguibile prodotto dal linker, sul cui 
corretto funzionamento è bene non scommettere, 
e che verrà quindi sottoposto al debug per 
individuare eventuali errori. 

Il file di input successivo richiesto dal Source 
Level Debugger è il file che il linker associa al 
programma eseguibile se viene indicata l'opzione 
-G. Il Source Level Debugger utilizza questo file 
internamente per riordinare le informazioni pre- 
senti nel programma eseguibile amano a mano che 
il processo di debug procede, e si aspetta che il suo 
nome sia dotato dell'estensione “.dbg” (nel nostro 
caso questo file si chiama ff.dbg). n 

A differenza dei precedenti, il terzo file di input 
è opzionale: si tratta del cosiddetto file comandi 
ridiretti, e rappresenta un set di comandi predefi- 
niti che sono stati precedentementi studiati € 
salvati sul disco in un apposito file. Il Source Level 
Debugger lo prende in considerazione automatica- 
mente se è stata indicata l’opzione -M, ma 
permette comunque di mandarlo in esecuzione 
durante qualsiasi fase del debug tramite un 
opportuno comando. Questo file è di enorme 
utilità una volta che si è acquisita una certa 
familiarità con il debugger e ci si accorge che 
durante il debug di un programma alcune sequen- 


ze di comandi sono ripetitive. Questa situazione si 
presenta di solito soprattutto quando si intrapren- 
de un progetto particolarmente ambizioso e la fase 
di debug continua molto a lungo. 


I file di output del Source Level Debugger 


Il Source Level Debugger produce un solo file di 
output, il file di output ridiretto. Non si tratta del 
file di ridirezione dell’output gestito dall’ Amiga- 
DOS, ma di un file creato dal tool stesso tramite 
particolari comandi; può avere due forme diverse. 
Nella prima consiste dei soli comandi impartiti 
durante il processo di debug; il file che si ottiene, 
eventualmente modificato, può essere utilizzato 
successivamente come file comandi ridiretti per il 
debugger stesso. 

Nella seconda forma, il file di output ridiretto 
consiste non solo dei comandi impartiti, ma anche 
di tutti i dati ottenuti in output dal debugger 
stesso, cioè delle informazioni che normalmente 
vengono inviate soltanto allo schermo. Il program- 
matore, 0 il file comandi ridiretto, può attivare la 
creazione di questi due file in qualsiasi fase della 
procedura di debug. Questo file si presta partico- 
larmente a un uso didattico: cosigliamo di esami- 
narlo alla fine della procedura di debug tramite 
l’editor oppure tramite lo stampato. 


Elenco dei file previsti dal sistema Manx 


La Tavola 2 (nella pagina successiva) riassume i 
punti più importanti di tutti i file presentati nella 
Figura 1. Esaminandola, si può rilevare se un dato 
file è sotto il controllo del programmatore o del 
sistema Manx, qual è la sua funzione, e, se 
necessario, quale opzione dev'essere specificata 
perché il file venga creato e/o impiegato. Si noti 
che in aggiunta ai file previsti dai diversi tool di 
programmazione, nella Tavola 2 sono riportati 
anche i file che si possono produrre tramite la 
ridirezione dell'output offerta dall’AmigaDOS, 
file che non erano stati mostrati nella Figura 1 e 
che di solito contengono i messaggi relativi agli 
errori che si possono verificare nell’esecuzione dei 
tool, oltre ovviamente ai messaggi d’inizio e fine 
esecuzione. Questi file possono essere esaminati 
con l'editor oppure stampati. La ridirezione 
dell'output è utile quando non si desidera impe- 
gnare la finestra di lavoro, per esempio quando si 
esegue un tool in background (tramite il comando 
RUN dell’AmigaDOS). 

La ridirezione dell’output costituisce un’opera- 
zione importante nel file comandi di compilazione 
e link che presenteremo nel prossimo articolo: in 
esso i messaggi d’errore prodotti da ogni tool 
vengono automaticamente portati nell’editor af- 
finché il programmatore possa velocemente esami- 
narli per capire se qualcosa non è andato per il 
verso giusto. 

La Tavola 2 indica anche quali file del sistema 
Manx sono in caratteri ASCII e quali non lo sono. 
Questa informazione è importante perché ci dice 
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Posizione del file 
e opzioni associate 


Nome 
del file 


File di input dell’editor di testi Z 


Definita dall'utente 
Definita dall'utente 
Definita dall'utente 
Definita dall'utente 


ff.c 

z.opt 
nome-qualsiasi 
nome-qualsiasi 


File di output dell’editor di testi Z 
ff.c Definita dall'utente 
File di input del compilatore C 

Definita dall'utente 


Definita dall'utente (-I) 
Definita dall'utente (+1) 


ff.c 
file INCLUDE 
nome-qualsiasi 


File di output del compilatore C 


nome-qualsiasi 


Definita dall'utente (-O) 
ff.sym 


Definita dall'utente (+H) 
AztecC.err Definita dall'utente 
file temporaneo Definita dall'utente 
ff.le Definita dall'utente (>)* 





File di input dell’assembler 


file sorgente “asm” Definita dall'utente 
file temporaneo Definita dall'utente 
file INCLUDE Definita dall'utente (-I) 


File di output dell’assembler 


ffio 


La stessa del file ff.c 
nome-qualsiasi 
ff.Ist 


Definita dall'utente (-O) 
La stessa del file ff.c (AL) 
Definita dall'utente (>)* 





ffia 


File di input del linker 


ff.o 

nome-qualsiasi 
nome-qualsiasi 
nome-qualsiasi 


La stessa del file ff.c 
Definita dall'utente (-F) 
Definita dall'utente 
Definita dall'utente (-L) 


File di output del linker 


ff La stessa del file ff.c 
nome-qualsiasi Definita dall'utente (-O) 
La stessa del file ff.c (-T 
La stessa del file ff.c 
nome-qualsiasi Definita dall'utente (-W) 
ff. Definita dall'utente (>)* 


File di input del Source Level Debugger 
ff La stessa del file ff.c 
ff.dbg La stessa del file ff.c 
nome-qualsiasi Definita dall'utente (-M) 
File di output del Source Level Debugger 


nome-qualsiasi Definita dall'utente 


Descrizione 
del file 


File sorgente originale (ASCII) 

File delle opzioni per l'editor (ASCII) 

File tags per le funzioni C globali di sistema 
File tags per le funzioni relative al programma 


File sorgente corretto o modificato (ASCII) 


File sorgente C definitivo (ASCII) 
File INCLUDE scritti in C relativi al programma (ASCII) 
File INCLUDE scritti in C precompilati relativi al programma 


Nome e subdirectory per un secondo file Assembly (ASCII) 

Tavola dei simboli relativa al programma Assembly (ASCII) 3 

File opzionale riportante una migliore documentazione degli errori (ASCII) 
Viene creato per essere utilizzato esclusivamente dall'assembler 

File ottenuto con la ridirezione dell'output del compilatore, utile per visualizzare 
gli errori (ASCII) 


Ulteriori programmi in sorgente Assembly relativi al programma C (ASCII) 
L'assembler cancella questo file dopo la lettura. . 
File INCLUDE scritti in linguaggio Assembly richiamati dal programma (ASCII) 


Codice oggetto del programma (Non-ASCII) 

Nome e subdirectory per un secondo modulo oggetto (Non-ASCII) 

Listato del programma in Assembly e in codice macchina (ASCII) 0 : 
File ottenuto dalla ridirezione dell'output dell'assembler, utile per la visualizzazione 
degli errori (ASCII) 


Codice oggetto del programma (Non-ASCII) 

File contenente una sequenza di opzioni per il linker (ASCII) 

Altri moduli oggetto collegati al programma principale (Non-ASCII) 
File predefiniti del sistema Manx, riguardanti le librerie linked 
(Non-ASCII) 


Programma finale eseguibile (Binario) 

Nome e subdirectory per un secondo modulo eseguibile (Binario) 
Tavola dei simboli usati dal linker (ASCII) 

File generato appositamente per il Source Level Debugger (Non-ASCII) 
File utilizzabile con il ROMWack (Non-ASCII) 


File ottenuto dalla ridirezione dell'output del linker, utile per visionare 
gli errori (ASCII) 


Programma eseguibile (Binario) 
File prodotto dal linker per il Source Level Debugger (Non-ASCII) 
File contenente i comandi per il Source Level Debugger (ASCII) 


File contenente i comandi impartiti al Source Level Debugger e il suo 
output (ASCII) 


* il simbolo di maggiore ">" indica che l'output del file normalmente diretto allo schermo è stato inviato a un file. 
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Tavola 2: sommario di tutti i file di input e di output utilizzati dal sistema di programmazione Aziec C68K della Manx 





quali dei file generati dal sistema possono essere 
esaminati, studiati ed eventualmente stampati. 
Infine, mostra quali file hanno un formato studiato 
apposta per alcuni di questi tool di programmazio- 
ne. Sotto questo profilo, si ricordi in particolare 
che il file comandi e i file tags relativi all’editor, il 
file standard AztecC.err degli errori e i file ff.asm, 
ff.sym, ff.lst generati dal compilatore, il file di 
comandi per il linker, e infine i due file di output 
del Source Level Debugger, sono tutti file ASCII. 

Ciò che si deve capire è che tutti questi file, 
specialmente quelli ASCII, costituiscono un’ottima 
fonte d’informazioni per analizzare il proprio 
lavoro e renderlo più efficiente. L’attento esame di 
questi file rappresenta uno dei metodi migliori per 
familiarizzarsi con la programmazione in C dell’ A- 
miga tramite il sistema Manx. 


main) 


printf ‘Fattori: 


Ì 


publico main 


#2 


ida 
tia Lutt 
db, -4(40) 


add.u  #1i,d4 
chip.wo #I8, dd 
ble 





La prossima puntata 


Nel prossimo articolo discuteremo l’aspetto 
generico di un sistema di programmazione com- 
prendente uno o più disk drive, analizzando la 
migliore dislocazione dei file fra il RAM disk e i due 
disk drive. Verranno analizzate le estensioni del 
CLI come WSkell, ConMan, e ARexx, oltre a una 
completa startup-sequence che ottimizza l’intero 
sistema, e un file comandi che rende completame- 
ne automatica la trasformazione di un file sorgente 
in un programma eseguibile. 

Mostreremo anche come aumentare l’efficienza 
del proprio sistema di programmazione utilizzan- 
do opportuni file comandi che traggano vantaggio 
dalle caratteristiche multitasking dell’ Amiga: cor- 
rezione, compilazione, e fase di link di più 
programmi, eseguite simultaneamente. 


printf cFattori 


ald\vn",0); 





Listato 2: la traduzione in Assembly sorgente svolta dal compilatore. Si noti la presenza delle originarie istruzioni in C 





public 


1 


add. u 
CHE. 
ble 


Listato 3: l’assembler ha trasformato il modulo sorgente 


main 





Assembly nel modulo oggetto, e ha generato il file “.Ist” 
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| GENLOCK VCG-3+: , SCANNER 
Genlock professionale per Amiga 500, 1000, 2000. Da Tavolo - formato A4 (con hardcopy su carta) - 200 dpi si 
| Banda passante > 5,5 Mhz. Dissolvenza manuale e auto-||16 toni di grigio - (L.1.390.000 + Iva) | 
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| sinistro. In/Out RGB e Videocomposito. Software OCR (trasforma qualsiasi file IFF in file ASCII| 
| Prezzo: 2.680.000 + Iva. (L. 190.000 + Iva) | 
| (E na 100 6a f | 
IH 24 at { | 
si = N, 864 VCG-3+4 © 4 = a SS st CISA 
CONSULENZA - ASSISTENZA - SISTEMI COMPLETI PER TITOLAZIONE, VIDEOGRAFICA, PUBLISHING. 
ESPANSIONI INTERNE PER A_ 500/1000/2000. SERVIZIO DI STAMPA POSTSCRIPT,  DIGITALIZ- 
ZAZIONE, TITOLAZIONE, ANIMAZIONI, SLIDE, PROGRAMMAZIONE. SOFTWARE DI IMPORTAZIONE. 
(INOLTRE STRAORDINARI PREZZI PER I SISTEMI MS-DOS: | 
AT 286 TURBO - 512k RAM - 12 MHZ - HD 20 MB - HERCULES - MONITOR - DRIVE 5 1/4 1,2 MB L. 2.280.000 + Iva 
STESSA CONFIGURAZIONE - SYSTEM 30 COMPATIBILE - DRIVE 3 1/2 1,44 MB L. 2.480.000 + Iva, 
STESSA CONFIGURAZIONE - 16 MHZ - 1MB RAM L. 2.480.000 + Iva 
XT TURBO - 12 MHZ - 256K RAM - MONITOR - DRIVE 5 1/4 L. 998.000 + Iva 
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ALLA SCOPERTA DELL’AMIGA 


COME PROGRAMMARE 
I GADGET BOOLEANI 
DI INTUITION 


Per sfruttare al meglio i gadget booleani occorre scoprirne alcuni piccoli 
segreti. L’articolo analizza la gestione a mutua esclusione di tre 

o più gadget, l’inefficiente mutua esclusione a due gadget di SpeechToy 
e è gadget con maschera. Un programma dimostrativo in C 


di Harriet Maybeck Tolly 


di Intuition. La volta scorsa abbiamo parla- 
«0 dei gadget stringa, illustrandone pregi, 
difetti, trucchi, e concludendo con un programma 
in C che mostrava come impiegarli all’interno 
delle applicazioni. Questo articolo è dedicato ai 
gadget booleani ed è completato da un nuovo 
programma in C. 

Tutti coloro che hanno selezionato le icone 
Retry o Cancel di un requester hanno agito su un 
gadget booleano. Questo tipo di gadget può fare 
arrivare al task due messaggi: uno quando viene 
selezionato (il pulsante sinistro del mouse passa da 
rilasciato a premuto e il puntatore è sul gadget), 
l’altro quando viene deselezionato (il pulsante del 
mouse viene rilasciato). Nella definizione del 
gadget si deve indicare quale messaggio dev'essere 
inviato (il primo, il secondo o entrambi). 

Dal punto di vista dell’utente, però, è più 
importante il metodo scelto per mostrare sullo 
schermo la selezione del gadget e il suo stato di 
attività o di riposo. Si ricordi che i gadget booleani 
possono essere rappresentati con una semplice 
cornice, oppure (ma solo dalla versione 1.2 del 
sistema operativo) con un disegno più elaborato. 
La selezione di un gadget booleano sullo schermo 
può essere mostrata in molti modi diversi. Per 
esempio Intuition può invertirne automaticamen- 
te l’immagine e mantenerla in quello stato finché 
il pulsante del mouse non viene rilasciato, dopodi- 
ché il gadget torna allo stato precedente. Oppure 
si può definire una seconda immagine che Intui- 
tion alterna con la prima per mostrare i due stati 
del gadget. E così via. 

Oltre al modo in cui viene segnalata la selezione, 

è importante anche stabilire come dev'essere 
mostrato all'utente lo stato del gadget. Chiamere- 


E ccoci al secondo appuntamento con i gadget 
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mo stato “di riposo” quello in cui il gadget non 
risulta selezionato, e stato “di evidenziato” l’altro. 
In questo senso, i gadget booleani si dividono in 
due grandi famiglie: i gadget hit e i gadget toggle. 
Vengono chiamati gadget hit i gadget booleani la 
cui immagine rimane alterata solo finché il 
pulsante del mouse resta premuto (nello stato di 
riposo mostrano sempre la stessa immagine). Sono 
invece gadget toggle quelli la cui immagine non 
viene alterata quando si rilascia il pulsante del 
mouse, ovvero quelli che Intuition cambia in modo 
permanente (nello stato di riposo possono mostra- 
re l'una o l’altra delle due possibili immagini). I 
gadget toggle sono utili soprattutto per evidenzia- 
re situazioni di on/off che rimangono immutate 
fino alla nuova selezione del gadget. 

I gadget booleani possono essere definiti impo- 
stando alcuni flag di attivazione nel parametro 
Activation della struttura Gadget. Ne esaminere- 
mo solo tre: i due che determinano il comporta- 
mento del gadget dal punto di vista del task e 
quello che ne regola il comportamento sullo 
schermo. 


GADGIMMEDIATE - Se questo flag è impostato 
a 1, il task riceve il messaggio GADGETDOWN 
quando l’utente seleziona il gadget. 

RELVERIFY — Se questo flag è impostato a 1, il 
task riceve il messaggio GADGETUP quando 
l’utente deseleziona il gadget, cioè quando rilascia 
il pulsante del mouse. 

TOGGLESELECT - Se questo flag è impostato a 
1, il gadget diventa di tipo toggle: quando viene 
selezionato, Intuition ne cambia permanentemen- 
te la rappresentazione grafica. In caso contrario 
(flag a 0) il gadget viene considerato di tipo hit. Si 
noti che questo flag, a differenza dei precedenti, 
non causa la generazione di messaggi. 





La mutua esclusione 


La mutua esclusione in un gruppo di gadget è un 
metodo di gestione che impone ai gadget due 
particolari regole di comportamento: 

1) dev'essere sempre evidenziato uno e un solo 
gadget 

x 2) il gadget evidenziato torna nello stato di 
riposo soltanto se l’utente ne seleziona un altro del 
gruppo. 

. Una delle maggiori critiche che vengono rivolte 
ai gadget booleani di Intuition riguarda proprio 
l'assenza della mutua esclusione, ossia l’impossibili- 
tà di definire due o più gadget in modo tale che 
attivandone uno si disattivi automaticamente quel- 
lo che nel gruppo risultava evidenziato. La 
mancanza di questa possibilità è difficile da 
spiegare, visto che Intuition di solito fa l’impossibi- 
le per fornire meccanismi adatti a qualsiasi scopo. 
Comunque, come vedremo, si può aggirare l’osta- 
colo creando un’opportuna gestione all’interno 
dei propri programmi (come sempre, se Maometto 
non va alla montagna...). ae . 

Un esempio di mutua esclusione è costituito dai 
gadget per la scelta della voce maschile o femmini- 
le nel famoso demo SpeechToy: la voce dev'essere 
per forza o maschile o femminile, e non esistono 
altre possibilità. In SpeechToy, però, si ottiene la 
selezione del gadget in stato di riposo anche se sì 
preme una seconda volta il pulsante del mouse sul 
gadget già evidenziato. Il motivo di questo incon- 
sueto comportamento è che per la selezione del 
tipo di voce SpeechToy impiega due gadget di tipo 
toggle. Vediamo perché. i 

Molti programmatori ritengono (sbagliando) 
che la gestione a mutua esclusione si possa ottenere 
soltanto con gadget di tipo toggle. Ma la selezione 
di un gadget toggle già evidenziato ne provoca 
l'automatica conversione allo stato di riposo, € 
nella mutua esclusione questo implica che dev'es- 
sere automaticamente selezionato un altro gadget 
che si trova in stato di riposo. In altre parole, se si 
utilizzano i gadget toggle, nel gruppo non possono 
essercene più di due e questo costituisce una 
notevole limitazione. | 

A questo proposito nasce spontanea una consì- 
derazione: è vero che quando si hanno solo due 
possibilità che si escludono a vicenda è una scelta 
logica servirsi dei gadget toggle. Ma è altrettanto 
vero che proprio perché le possibilità sono soltanto 
due si potrebbe usare un solo gadget toggle, 
facendo in modo che il task mantenga il “ricordo 
dello stato in cui si trova. Usarne due significa 
complicarsi la vita, tanto più che un solo toggle può 
mostrare sullo schermo due immagini completa- 
mente diverse, una per ciascuno stato. L'unica 
giustificazione per una simile scelta potrebbe 
essere il desiderio di fare apparire contemporanea- 
mente sullo schermo le due alternative, come 1 
simboli di maschio e femmina in SpeechToy. 

A questo punto dovrebbe essere evidente che la 
gestione a mutua esclusione vera e propria, quella 
che prevede più di due gadget, non si può 


realizzare con i toggle. Occorre servirsi necessaria- 
mente dei gadget di tipo hit. 

Descriviamo ora il metodo per ottenere la 
gestione a mutua esclusione con tre gadget, 
tenendo presente che lo stesso metodo si può 
applicare a qualunque numero di gadget. 


La mutua esclusione 
con tre gadget 


Perché tre gadget funzionino in mutua esclusio- 
ne, occorre anzitutto che il task imposti per 
ognuno di essi il flag GADGIMMEDIATE, in modo 
che quando se ne seleziona uno il task riceva 
sempre il messaggio GADGETDOWN. Poi si deve 
decidere quale dei tre risulterà evidenziato all’ini- 
zio. A questo scopo si deve impostare per quel 
gadget il flag SELECTED del parametro Flags 
contenuto nella relativa struttura Gadget. Consul- 
tando il manuale di Intuition sembra che questo 
flag sia ininfluente per i gadget che non possiedo- 
no il flag TOGGLESELECT impostato, ma è 
un’impressione sbagliata (in particolare quando è 
impostato il flag GADGIMMEDIATE). 

In questa fase si deve anche fare in modo che, 
durante la definizione dei gadget, il puntatore 
GadgetRender contenuto nelle rispettive strutture 
Gadget individui una struttura Image opportuna- 
mente inizializzata. Se invece punta a una struttura 
Border, oppure se non è definito (NULL), potreb- 
bero nascere alcuni problemi a causa del metodo 
semplicistico con cui Intuition gestisce il refresh 
quando il gadget è privo d'immagine (si veda la 
prossima sezione). 

Infine, sempre per lo stesso gadget, si deve 
impostare a 1 il parametro MutualExclude (attual- 
mente questo parametro non viene mai preso in 
considerazione da Intuition). Questo parametro 
viene mantenuto aggiornato dal task stesso, e serve 
per documentare lo stato del gadget precedente 
all’ultima selezione. 

Una volta che il gruppo di gadget è stato 
attivato, il task deve attendere da Intuition un 
messaggio IDCMP di tipo GADGETDOWN. In altre 
parole, deve attendere che l'utente selezioni un 
gadget. A questo punto il task deve rilevare quale 

adget è stato selezionato e scoprire se si tratta di 
uno di quelli da gestire in mutua esclusione. Se la 
risposta è affermativa, occorre ancora verificare se 
il gadget selezionato si trova già nello stato di 
evidenziato, nel qual caso non si deve compiere 
alcuna operazione. Questo controllo può essere 
facilmente svolto leggendo il contenuto del para- 
metro MutualExclude relativo al gadget. Se è 
impostato a 1, il task non deve eseguire alcuna 
operazione perché il gadget è già evidenziato. Se 
invece risulta impostato a 0, significa che l'utente 
ha selezionato un gadget in stato di riposo. In 
questo secondo caso, dopo aver rimosso tutti e tre 
i gadget il task deve azzerare i parametri Mutua- 
lExclude e i flag SELECTED di tutti e tre. Questa 
operazione assicura che al nuovo refresh il gadget 
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che risultava attivato sarà visualizzato in stato di 
riposo. Successivamente, occorre Impostare a 1 il 
bit di flag SELECTED e il parametro MutualExclu- 
de del gadget appena selezionato, € procedere a 
riattivare i gadget operandone anche il refresh. 
In questo modo, si riesce facilmente a ottenere 
la gestione in mutua esclusione di tre gadget, e il 
sistema illustrato può essere banalmente esteso a 
un qualsiasi numero di gadget. Il programma 
dimostrativo che accompagna l’articolo visualizza 
diversi gadget, tre dei quali funzionano in mutua 


esclusione. 


La mutua esclusione 
con due gadget 


Per quanto riguarda invece la mutua esclusione 
fra due soli gadget, se volessimo riprodurre i 
gadget maschio e femmina di SpeechToy senza 
impiegare i gadget toggle, potremmo seguire il 
sistema suggerito da Jim Mackraz (autore dei 
cambiamenti introdotti con la versione 1.2) che 
permette di affidarsi esclusivamente ai gadget di 
tipo hit. Il vantaggio è che il programma detiene il 
completo controllo sui flag dei due gadget. 
Vediamo in che cosa consiste. 

Come nel caso precedente, occorre che il task 
definisca entrambi i gadget con il flag GADGIM- 
MEDIATE impostato, e che imposti il flag SELEC- 
TED per il gadget che al momento dell’attivazione 
dev'essere evidenziato. 

Il secondo passo, come nella precedente gestio- 
ne a tre gadget, consiste nel fare in modo che 
durante la definizione dei gadget, il puntatore 
GadgetRender contenuto nelle rispettive strutture 
Gadget individui una struttura Image opportuna- 
mente inizializzata. 

Quando i gadget sono stati attivati, il task deve 
rimanere in attesa che giunga il messaggio GAD- 
GETDOWN. Poi, dopo aver rimosso entrambi i 
gadget, ci sono due possibilità: il gadget seleziona- 
to si trova nello stato di riposo o di evidenziato. Nel 
primo caso deve impostare il flag SELECTED di 
quello selezionato e cancellarlo nella struttura 
Gadget dell’altro. Nel secondo caso, viceversa, 
deve azzerare il flag SELECTED di quello selezio- 
nato e impostarlo nella struttura Gadget dell’altro. 
Eseguita l’una o l’altra azione, basta riattivare i 
gadget tramite la funzione AddGList e sottoporli 
al refresh tramite la funzione RefreshGList. 
Riassumiamo le varie fasi: 


© si rimuovono i gadget il cui stato dev'essere 
modificato 

© si impostano i flag, il che in C equivale a: 
GadgetBooleano_uno.Flags “= SELECTED; 
GadgetBooleano-due.Flags “= SELECTED; 

© si riattivano i gadget 

© si esegue il refresh dei gadget. 


Nel modo appena descritto si riesce a ottenere lo 
stesso comportamento mutuamente esclusivo e 


2/TMIMDOAR 
92/TMMDIL 


auto-deselezionante previsto da SpeechToy senza 
impiegare i gadget toggle. 


Il refresh dei gadget 
privi d’immagine 

Come abbiamo detto in precedenza, quando si 
ricorre alla mutua esclusione con gadget di tipo 
hit, ognuno di essi dovrebbe possedere una 
struttura Image opportunamente inizializzata. In- 
fatti, ogni variazione effettuata sul flag SELEC- 
TED, e seguita da una chiamata alla funzione 
RefreshGadgets, genera diversi problemi con i 
gadget privi della struttura Image. Se per esempio 
si cerca di modificare il flag SELECTED di un 
gadget dotato solo del bordo (struttura Border), o 
che non ha neanche il bordo, i colori di quel gadget 
mutano senza ragione apparente. E tutto va 
imputato al tipo di gestione che Intuition conduce 
per cambiare la rappresentazione dei gadget privi 
della struttura Image. 

Con questi gadget, infatti, quando si chiama la 
funzione RefreshGadgets per ridisegnarli sullo 
schermo, Intuition va a controllare lo stato del 
relativo flag SELECTED. Se è impostato a 1 il 
gadget deve passare dallo stato di riposo a quello 
di evidenziato, oppure rimanere nello stato di 
evidenziato: insomma, dopo la chiamata dovrebbe 
trovarsi inequivocabilmente evidenziato. In realtà 
le cose non vanno proprio così, in quanto Intui- 
tion, se rileva che il flag SELECTED è impostato, 
effettua automaticamente il complemento di tutti 
i bit che rappresentano il gadget, senza preoccu- 
parsi di verificare se era già in stato di evidenziato 
(nel qual caso, l’operazione di complemento a 2 dei 
suoi bit lo fa tornare nello stato di riposo). Allo 
stesso modo, se si azzera il flag SELECTED per un 
gadget in stato di evidenziato e si procede al suo 
refresh, il gadget non torna affatto nello stato di 
riposo. Secondo chi scrive è un bug, anche se la 
Commodore afferma che si tratta soltanto di una 
questione di documentazione. 

Il problema assume proporzioni ben maggiori 
quando al nostro gadget associamo una struttura 
di tipo GadgetText. A seconda del modo grafico 
prescelto, certe parti del testo vengono comple- 
mentate anch'esse in maniera errata. Un program- 
ma di pubblico dominio chiamato MxGads, su 
Fred Fish #52, ha cercato di risolvere il problema. 
Come abbiamo visto, si deve evitare che venga 
effettuato il complemento quando non serve, e che 
non venga fatto quando invece ce ne sarebbe 
bisogno. MxGads risolve il problema chiamando la 
funzione RefreshGadgets quando (apparentemen- 
te) non sarebbe necessario. Infatti, alla prima 
chiamata di questa funzione, con il flag SELECTED 
ancora impostato, Intuition porta il gadget nello 
stato di riposo. Così, quando azzeriamo il flag e 
chiamiamo nuovamente la funzione, il lavoro che 
non viene svolto questa volta lo abbiamo già fatto 
con la chiamata precedente. Questa sembra essere 
la soluzione universalmente adottata dagli addetti 





ai lavori, ma non è sicuramente la migliore. 
Secondo noi è preferibile seguire i consigli del 
manuale Enhancer (l'aggiornamento dell’Amiga 
Intuition Reference Manual), e utilizzare questo flag 
nella mutua esclusione solo con i gadget dotati di 
strutture Image. 

Per chi non vuole imbattersi nelle trappole del 
flag SELECTED, il consiglio può essere quello di 
usare RefreshGList. Questa routine, nata con la 
versione 1.2, consente di effettuare il refresh solo 
di alcuni gadget, in modo da non coinvolgere 
quelli di cui non possiamo prevedere il comporta- 
mento. Se invece volete effettuare a tutti i costi il 
refresh di un gadget booleano dotato di bordo e in 
stato di evidenziato (SELECTED a 1), almeno 
sappiate a che cosa andate incontro! 


Gadget booleani con testo 


I gadget booleani spesso includono stringhe di 
testo al proprio interno. Molti requester che 
mostrano nomi di file li usano per illustrare le 
possibili scelte. In questo caso assomigliano molto 
ai gadget stringa che abbiamo visto nel numero 
scorso, anche se l’utente non può scrivervi. Un 
punto che vorremmo mettere in evidenza è che 
sovrapponendo una serie di stringhe in un gadget 
booleano, i caratteri più a destra della stringa 
precedente possono ancora risultare visibili se 
quella che si sovrappone è più corta. Un modo per 
non incappare in questo guaio è aggiungere nella 
nuova stringa da sovrapporre tanti spazi quanu 
sono necessari per coprire interamente la stringa 
da sostituire. 

Durante l’esecuzione del programma che ac- 
compagna l’articolo, appare la parola YES nel 
primo gadget. Quando si preme il mouse, la parola 
YES viene sostituita dalla parola NO. Se la S di YES 
non fosse stata opportunamente coperta da uno 
spazio (“NO ”), visualizzando la stringa NO sì 
sarebbe ottenuto NOS. Ovviamente questo è solo 
uno dei metodi possibili per cancellare i caratteri 
indesiderati; l'importante è ricordarsi dî cancellar- 
li. Nelle versioni del sistema operativo precedenti 
alla 1.2, quando veniva variata l’immagime di un 
gadget, l'eventuale testo in esso contenuto non 
veniva riscritto. Nella nuova versione questo bug 
è stato risolto. 


Estensioni della versione 1.2 


I gadget con maschera. Fino alla versione 1.2, 
un gadget di tipo booleano doveva avere il 
puntatore SpecialInfo azzerato. Dalla versione 1.2, 
invece, questo puntatore assume per 1 gadget 
booleani un significato particolare: permette di 
definire i cosiddetti gadget con maschera. In 

recedenza, i gadget booleani potevano avere 
soltanto la forma di rettangoli. Anche se Intuition 
consentiva di disegnare un’immagine all’interno 
del gadget, la sua area di sensibilità alla selezione 
del mouse era sempre delimitata dal rettangolo 


esterno. Questo fatto portava molto spesso all’in- 
volontaria selezione di un gadget quando il 
puntatore non si trovava sul suo disegno, ma 
appena di fianco. Ora, grazie ai gadget con 
maschera, è possibile specificare la forma che 
definisce l’area sensibile alle azioni del mouse (la 
maschera), in modo che corrisponda soltanto al 
disegno. 

I passi richiesti per creare un gadget di questo 
tipo sono i seguenti: 


© si definisce la maschera come un singolo piano 
di bit (bit plane) 

e si definisce una struttura BoolInfo, il cui 
parametro Mask punta ai dati della maschera 

e si imposta il parametro SpecialInfo della 
struttura Gadget all'indirizzo della struttura Boo- 
Info 

e si attiva il flag BOOLEXTEND del parametro 
Activation: questo dice a Intuition che esiste una 
struttura BoolInfo puntata da SpecialInfo. 


La struttura BoolInfo è così definita: 


struct BoolInfo 
i 

USHORT Flags;/* Si veda piu' avanti */ 

UWORD *Mask;/* La maschera di bit per l'evidenzia- 
mento e la selezione deve seguire le stesse 
regole impiegate per la struttura Image. 

Le sue dimensioni sono determinate da quelle 
del rettangolo di selezione del gadget */ 


ULONG Reserved; /* Impostato a 0 */ 
ìa 
Sa 
/* Si imposti in BoolInfo.Flags 

il bit di flag che segue */ 
4define BOOLMASK 0x0001 


/* Estensione per il gadget mascherato */ 


Senza una maschera, è possibile soltanto specifi- 
care la larghezza e l’altezza nella struttura Gadget, 
e quindi l’unica forma sensibile al mouse che il 
gadget può assumere è quella rettangolare. T'utta- 
via, se si inizia con un rettangolo e poi se ne 
maschera una parte, si possono ottenere altre 
forme per l’area di sensibilità del gadget. 

Nell’esempio che accompagna l'articolo, è stata 
definita per il gadget con maschera numero 2 una 
struttura Image: si tratta di un ovale in colore 2, 
contenente all’interno un ovale più piccolo in 
colore 3. La maschera ha la stessa forma dell’ovale 

iù piccolo, così da rendere sensibile solo questa 
parte dell’intero rettangolo occupato dal gadget. 

L'immagine definita nel programma viene vi- 
sualizzata come gadget. Qualsiasi selezione all’e- 
sterno dell’ovale più piccolo non viene riconosciu- 
ta da Intuition. Se invece l’utente seleziona l’ovale 
più piccolo, Intuition riconosce la pressione del 

ulsante e invia al task un messaggio di tipo 
GADGETUP. Inoltre, se il flag GADGHCOMP del 
gadget è impostato a 1, Intuition evidenzia il 
gadget, invertendo però solo l’ovale interno. 





Sebbene le maschere siano strumenti molto utili, 
occorre fare attenzione a due particolari. Non è 
possibile accostare due maschere appartenenti a 
gadget diversi, in quanto dev’esserci lo spazio 
sufficiente per i rettangoli che le contengono. 
Inoltre, quando il gadget viene trasformato in 
fantasma (per una definizione dei gadget fantasma 
si veda l’articolo “Come programmare i gadget 
stringa di Intuition”, nel numero 6/88 di Commo- 
dore Gazette) i Fuzzies appaiono sull’intero rettan- 
golo che definisce il gadget, ma non sulla masche- 
ra, ovvero la parte sensibile alla selezione. Nono- 
stante quest’inaspettata assenza, in realtà anche la 
maschera diventa fantasma e perde la sua sensibili- 
tà. 

Vediamo ora un esempio molto semplice di 
mascheratura. Si deve prima di tutto impostare il 
parametro Mask della struttura BoolInfo all’indi- 
rizzo della matrice di dati dell'immagine, quella 
individuata dalla struttura Image. Così la masche- 
ra è uguale al piano di bit dell'immagine che 
costituisce il gadget. Questo naturalmente ha 
senso se l’immagine è composta da un solo piano di 
bit, ma se per l’immagine sono stati definiti più 
piani, non ha molto significato assegnare alla 

maschera un puntatore al primo piano di bit 
dell'immagine. Infatti i bit di ciascun piano 
dell immagine rappresentano i colori, mentre i bit 
della “maschera possono essere soltanto accesi o 
spenti. Se si desidera una figura colorata, servirà 
una maschera nella quale ogni bit è impostato a 1 
se anche uno soltanto dei corrispondenti bit nei 
diversi piani risulta impostato (in pratica, i bit della 
maschera devono essere a zero solo in corrispon- 
a dei pixel che sullo schermo sono trasparen- 

i). 

Se Invece sì desidera che l’area di sensibilità sia 
diversa dai contorni del disegno, il problema non 
st presenta più, e la maschera dev'essere creata 
separatamente. Nel nostro programma dimostrati- 
VO, per ragioni di flessibilità abbiamo reso indipen- 
dente la maschera dall'immagine del gadget. 
Quindi, in realtà, non siamo obbligati a far 
corrispondere integralmente le strutture Image e 
Mask: si potrebbe per esempio definire come 
maschera la zona esterna all’ovale, in modo che 
quella diventi l’area sensibile del gadget. In effetti, 
è possibile definire un gadget mascherato anche se 
manca completamente la struttura Image. 
Gadget di tipo Cancel/Retry con scelta dalla 
tastiera. I gadget booleani Cancel e Retry dei 
requester di sistema possono ora essere selezionati 
con le combinazioni di tasti AmigaSinistro-V e 
AmigaSinistro-B. Questa nuova caratteristica è 
resa possibile dall’aggiunta di nuovi flag alla 
struttura Requester. Il flag NOISYREQ indica che 
l’input da tastiera dev'essere filtrato quando un 
requester è attivo. Tale flag sui requester è 
impostato dalla funzione BuildSysRequest. Se si 
usa un requester creato con questo metodo, si 
possono gestire i flag VANILLAKEY e RAWKEY, e 
associare ai gadget booleani del requester alcune 
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combinazioni di tasti. Così facendo, quando l’uten- 
te preme i tasti appropriati, è possibile chiamare la 
funzione FreeSysRequest e rimuovere il requester 
senza aver fatto uso dei segnali di input del mouse. 


Alcuni consigli generici sui gadget 


Le chiamate a OnGadget e OffGadget talvolta 
causano uno sfarfallio eccessivo. Ciò è dovuto al 
fatto che queste funzioni chiamano al loro interno 
la funzione RefreshGadgets. Indicando a questa 
funzione un particolare gadget, essa non solo 
effettua il refresh di quel gadget, ma anche di tutti 
quelli che lo seguono nella lista (cosa non sempre 
gradita). Questo costringe il task a collocare 
sempre al termine della lista i gadget per i quali è 
richiesto il refresh, in modo che gli altri non 
vengano interessati. 

La versione 1.2 del sistema operativo offre però 
un’alternativa: la funzione RefreshGList, che 
permette di specificare il numero di gadget da 
ridisegnare. Diventa così possibile effettuare il 
refresh solo su un ristretto numero di gadget. Per 
il medesimo motivo sono nate anche AddGList e 
RemoveGList che permettono di specificare il 
numero di gadget da aggiungere o togliere dalla 
lista. 

Si noti che AddGList consente di specificare il 
requester a cui appartiene il gadget. AddGadget 
non conteneva questo parametro, quindi d’ora in 
avanti sarà bene utilizzare la nuova funzione 
AddGList quando si aggiunge un gadget a un 
requester. 


Il programma 


Il listato che accompagna l’articolo è un sempli- 


ce programma in C che apre una finestra conte- 
nente sei gadget booleani: 


e un gadget di tipo hit contenente una stringa 
che viene sostituita da una seconda stringa alla 
prima selezione del gadget 

e un gadget di tipo toggle con un’immagine 
alternativa per lo stato di evidenziato, e contenen- 
te un testo; si noti che il testo non viene interessato 
dal cambio d'immagine 

e un gadget di tipo toggle con maschera che si 
può trasformare in fantasma tramite un’apposita 
voce del menu Gadget, o con una particolare 
combinazione di tasti 

e una terna di gadget mutuamente esclusivi, 
definiti in modo che quando vengono selezionati il 
programma si limita a invertirli. Cioè non possie- 
dono un’immagine alternativa per lo stato di 
evidenziato; si noti la particolare gestione svolta 
impiegando solo gadget di tipo hit. 


Come di consueto, lasciamo ora la parola al 
programma. Nel prossimo numero concluderemo 
la nostra breve serie dedicata a Intuition parlando 
dei gadget proporzionali. 



















Listato: Gadget booleani 
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Programma in C che mostra la gestione dei gadget booleani. 





E’ stato compilato con il compilatore Aztec C della Manx, 
e necessita della versione 1.2 dell'AmigaDOs per funzionare 
correttamente; puo’ esere mandato in esecuzione 
direttamente da CLI. 





N.B.: tutti i dati delle immagini devono risiedere nella 
memoria chip (i primi 512K). Se si usa il compilatore 
Lattice, prima della fase di link occorre sottoporre il 
codice oggetto all'utility ATOM; se invece si usa il Manx 
bisogna selezionare l'opzione +Cdb del linker. 





Il programma e’ stato realizzato da Harriet Maybeck Tolly: 
e' di pubblico dominio e come tale puo’ essere distribuito 
gratuitamente. 


annueeeeneneeeineieneaioneoneeeeeeeseeeis ion ienicnieesioa ces; 






#include <exec/types.h> 
#include <exec/exec.h> 

#include <intuition/intuition.h> 
#include <graphics/gfxbase.h> 
#include <functions.h> 













struct IntuitionBase *IntuitionBase = NULL: 
struct GfxBase *GfxBase = NULL; 
struct Window *FinestraDiControllo = NULL; 


struct IntuiMessage *MioIntuiMessaggio; 
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* Cornice del gadget hit (GadgetBooleano[9]) * 


marsquneneenneeeeeeeeeeeeonaeo eee eee eeioÌen. 











WORD CorniceGad[] = {@, ©, 51, 9, 51, 41, 9, 41, 9, 0}; 
struct Border Cornice = { ; È 
Lek /* offset, relativi al gadget, della cornice */ 
3,2,JAM1, /* colori tratto/fondo e modo grafico */ 
9, /* numero di vettori della cornice */ 
CorniceGad, /* puntatore all'array dei vertici */ 
NULL /* non seguono altre cornici */ 


i 


/* I dati delle immagini devono risiedere nella memoria chip 
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* Due immagini per il gadget toggle (GadgetBooleano[1]) * 


sesaneeieeianeIseneseneneezenieiosenieee ses $i aa ea sioni; 











/* Forma a ‘X' in colore 3, con 2 piani di bit */ 


UWORD PrimaImmagine[] = { 
0x2000, 0x0000, 0x0000, @x0000, 
@x000F, OxFFO0, Ox00FF, @xF000, 
0x0000, @xFFFO, Ox0FFF, 0x0000, 
@xQ0FF, @xFF00, @0x0000, 





» Qx900F, 0xF000, 0x0000 
0x0000, Ox2000F, 0xF200, 0x0000 
, Ox0Q0FF, @xFF00, 0x0000 
0x0000, OxFFFO, Ox0FFF, 0x0000, 
@x000F, OxFF00, @x00FF, OxF000, 
@x0000, 0x0000, 0x09000, 0x0000, 







0x0000, 0x0000, 0x0000, Ox0009, 
@x000F, OxFF00, @xG0FF, OxF000, 
Ox0000, OxFFFO, QOx0FFF, 0x0000, 

. Ox00FF, OxFF00, 0x0000, 

» 0x000F, OxF000, 0x0000, 
0x0000, Ox000F, @xF000, 0x0000, 

, @x00FF, @xFF00, 0x0000 
0x0000, OxFFFO, OxOFFF, Ox0000 
@x000F, @xFF00, Ox00FF, @xF000 
0x0000, 0x0000, 0x0000, Ox0000 















/* Forma a ‘+’ in colore 2, con 2 piani di bit */ 


UWORD SecondaImmagine[] = { 





struct Image ImmagineNormale = { 


0,0, /* coordinate vertice in alto a sinistra */ 
64,10,2, /* altezza, larghezza, # di piani di bit */ 
PrimaImmagine, /* puntatore ai dati grafici */ 

0x03, /* PlanePick = piani di bit 1e 2 */ 

ox00, /* PlaneOnOff = nessun piano di bit */ 
NULL /* non seguono altre immagini */ 

}i 


struct Image ImmagineEvidenziata = 
{0,0,64,10,2,SecondaImmagine,0x93,0x90, NULL}; 


prrnenianeaeieaneeeeeeeaeeoneoneseoneIneenieeeeseionInesioeeo 


* Immagine per il gadget con maschera (GadgetBooleano[2]) * 


aneeeezeneneneeneaeeeeeen eten enenee ine neon see”; 


USHORT DatiImmagineGadget[] = { 
0x0000, 0x0000 , Gx0000 , DxO000 , 
0x0000, 0x0000, Ax0000 , DXOO00 , 
0x0000, 0x0000 , Gx0009 , OXO000 , 
@x0000, 0x000F , OxF000, Gx0000, 
@x0000, 0x00FF, @xFF00, 0x0000, 
@x0000, @x0FFF ,@xFFFO, 0x09000, 


0x0000, OxFFFF,@xFFFF,0x0000, 
@x000F , @xFFFF,@xFFFF,0xF000, 
@x000F,@XFFFF,@xFFFF,0xF000, 
0x000F, QxFFFF,@xFFFF,0xF000, 
@xQ0FF,@xFFFF,@xFFFF,@0xFF00, 
@xQ0FF, OxFFFF,@xFFFF,@xFF00, 
@xOQFF, @xFFFF ,@xFFFF,@xFF00, 
@xQFFF,OxFFFF,@XFFFF,@xFFFO, 
@xOFFF,OxFFFF,@XFFFF,@0xFFFO, 
@xQ0FF,@xFFFF,@xFFFF,0xFF00, 
@xG0FF, @xFFFF,@xFFFF,@xFF00, 
@xQ0FF,@xFFFF,@xFFFF,@xFF00, 
@x000F, QxFFFF,@xFFFF,@xF000, 
@x000F, @xFFFF,@xFFFF,0xF000, 
@x000F, OxFFFF,@xFFFF,@xF000, 
@x0000,@OXFFFF,@xFFFF,@x0000, 
0x0000, OxFFFF, @xFFFF,0x0000, 
0x0000, @x0FFF , @xFFFO, 0x0000, 
0x0000, 0x00FF , @xFF00, 0x0000, 
@x0000, 0x000F , OxF000, Gx0000, 
@x9000,0x0000, x2000,, 0x0000, 
0x0000,0x0000, Gx0000 , 0x0000, 
0x0000, 0x0000, 0x0000, x0000, 


0x0200, 0x2000, Ox0200 , Ox0200, 
0x0000,0x0000, dx0000, OxA900 , 
0x0000, 0x0000, 9x2000, OxO000 , 
0x0000, 0x9000, AX0900, Dx0000 , 
0x9000,0x2000, 0x2200, Ox0000, 
0x0000, 0x0000, 9x2000, Gx0000 , 
0x0200, 0x0000, Ox0200, xO000 , 
0x2200, 0x0000, dx0200, AxO000, 
0x0200, 0x0000, Ox0200 , Gx0000 , 
0x0000, 0x0000, Gx9000, AxO0CO , 
0x0000, 0x0000, 0x2200, OxX0000, 
02000, 0x0200, Gx0G00, Ox0000, 
0x0000, 0x000F , OxF000, x0000, 
@0x0000, Ox00FF, QXFF00, Ox0000, 
@x0000, 0x20FF, OxFF00, Ox0000, 
0x0000,0x0FFF,QxFFFO,0x0000, 
@x0000, OxQFFF, QxFFFO,0x0000, 
@x0000, OxOFFF, OxFFFO, 0x0000, 
Ox0000,OxQ0FF, OxFF00, 0x0000, 
0x2000,OxQ0FF , OxFF00, Ox0000 , 





Ox0009, OxXO00F , OxF000, GxO000, 
Gx0000, DXODIA , DLIDIA , GLOR0OD , 
BOIA, GLIO , GxODId , DLOOIA , 
Ox9000, AXODIA, DXOOID , GXO00O , 
OLIDDD, DLOIIA , DXOIDA , DXO00D , 
0x9000, Dx0000 , Gx000d, LOGIA, 
Ox9000, GXO00A , GXLAAIA , DLDOIA , 
Ox0000, x0000 , AX09Id , DXO000 , 
0x0000, GLINCA , DLIIA, OX0000, 
Bx0000, Gx0000 , GXO00A , DxO00O 
i 


USHORT Maschera[] = { 
Gx0000, x0000,, OXAIA, Dx0000, 
@x0000, 0x0000, Ox0000, 0x0000, 
@x0000, 0x0000,, 0x0000, Ox0000, 
x0008, OXIARA, DLIACA, dx000d 
x0000, 10000, Gx0000 , 0x 0000 
0x0000, Ax0200, OxIR00, dx000d 
0x0000, 010000, Ox0000, Gx000d 
0x0000, Ox0000 , DXOADA , dxDDId 
Bx0000 , DXO0ID , DXDOIA , OxODAd 
0x0000, Ox0000, OxOC0O, x000d 
@x0000, 0x0000,, OxO00A, Ox0000 
0x0000, Ox0000, GxO00A, Gxd00d 
0x0000, Ox000F , OxF000, Gx0000 
@x0000, 0x00FF , OxFF00, 0x0000 
@x0000, 0x00FF, OxFF0O, 0x0000 
@x0000, Ox0FFF, OxFFFO, 0x0000 
@x0000, Ox0FFF , OxFFFO, 0x0000 
0x0000, @x0FFF, @xFFFO, 0x0000 
0x0000, 0x00FF , OxFF00, 0x0000 
@x0000, Ox20FF , OxFF00, x0000 
Ox0000, OX000F , OXFOR9, Ox0008 
Qx0009, Gx20002, Ox0000,, Gx 0008 
Ox0000, Gx0000, Ox0000, x0008 
2x0000, 0x2000, Ox0000, 0x0000 
IXAI000, Bx0000, OXD00A , Ox0000 
0x9000, Ox0000, Gx020d, Ox000d 
Px0009, Ox0000, Gx0000 , x0000 
0X9000, Bx0000, Ox0000, Ox000O 
0x9000, 0x0000, 0x0000 , 0x0000 
912000, 00000, @x0000, 00000 


7 
ù 


struct Image MascheraBooleana = 
{0,0,64,30,2,DatiImmagineGadget,0x03,0x00, NULL, }; 


struct BoolInfo InfoGadgetBool = { 
BOOLMASK, /* indica che il gadget e’ con maschera */ 


Maschera /* puntatore alla mas 
Ù chera * 
NULL È 


ì; 


/* Testi che appaiono nei gadget */ 


struct IntuiText Stringa_yes = 
{2,3,JAM2,5,5,NULL, (UBYTE *)"YES",NULL}; 
‘ 
struct IntuiText Stringa_no = 
{2,3,JAM2,5,5,NULL, (UBYTE *)"NO ",NULL}; 


struct IntuiText Stringa _amiga = 
{2,3,JAM2,25,7,NULL, (UBYTE * )"Amiga",NULL}; 


/* Testi-didascalie dei gadget che appaiono nella finestra */ 


struct IntuiText TestoGadgetHit = 
{3,0,JAM2,10,70,NULL, (UBYTE *)"Gadget hit",NULL}; 


struct IntuiText TestoImmaginiAlternate = 
{3,0,JAM2,130,70,NULL, (UBYTE *)"Gadget toggle", 
&TestoGadgetHit}; 


struct IntuiText AltroTestoGadgetMaschera = 
{3,0,JAM2,263,76,NULL, (UBYTE *)"solo nella maschera", 
&TestoImmaginiAlternate}; 


struct IntuiText TestoGadgetMaschera = 
{3,0,JAM2,275,66,NULL, (UBYTE *)"Gadget sensibile”, 
&AltroTestoGadgetMaschera}; 


struct IntuiText TestoGadgetMutEsclusivi = 
{3,0,JAM2,80,125,NULL, 
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(UBYTE *)"Terna di gadget a mutua esclusione”, 
&TestoGadgetMaschera}; 


JERAARRARARARARARARAAARARARARARARAARARARER OA RIA AIAEEA 


* Strutture di tipo Gadget per tre gadget di esempio * 


PUTTIATEATARAATENAZIAIARAZERAARAAARAARAAZIARIAZONERARA | 


struct Gadget GadgetBooleano[6] = { 
{ /* Gadget di tipo hit con cornice */ 


NULL, /* puntatore al gadget successivo */ 
25,20,59,49, /* posizione e dimensioni del rettangolo */ 
GADGHCOMP, /* flag di controllo */ 
GADGIMMEDIATE | RELVERIFY, /* flag di attivazione */ 
BOOLGADGET, /* tipo di gadget */ 

(APTR)&Cornice, /* puntatore alla cornice del gadget */ 
NULL, /* nessun’immagine alternativa */ 
&Stringa_yes, /* puntatore al testo del gadget */ 

Q, /* nessuna gestione a mutua esclusione */ 
NULL, /* nessun puntatore a dati speciali */ 

0, /* nessun identificatore ID */ 

NULL}, /* nessun puntatore a dati ausiliari */ 


/* Gadget di tipo toggle, a immagine alternata */ 


&GadgetBooleano[@],150,33,64,10,GADGHIMAGE | GADGIMAGE, 
GADGIMMEDIATE | RELVERIFY | TOGGLESELECT,BOOLGADGET, 
(APTR)&ImmagineNormale, (APTR)&ImmagineEvidenziata, 
&Stringa_amiga,@,NULL,@,NULL}, 


/* Questo gadget dispone di maschera. Necessita dei dati 
BoolInfo, puntati da SpecialInfo, e che il flag BOOLEXTEND 
sia impostato tra i suoi flag di attivazione */ 


&GadgetBooleano[1],308,28,64,39,GADGHCOMP | GADGIMAGE, 
GADGIMMEDIATE | RELVERIFY | TOGGLESELECT | BOOLEXTEND, 
BOOLGADGET, (APTR)&MascheraBooleana, NULL, NULL, @, 
(APTR)&InfoGadgetBool,0,NULL}, 


/* 3 gadget mutuamente esclusivi, il primo evidenziato */ 


&GadgetBooleano[2],84,105,64,10,GADGHCOMP | GADGIMAGE | 
SELECTED, GADGIMMEDIATE, BOOLGADGET, 
(APTR)&ImmagineEvidenziata,NULL,NULL,1L,NULL,@,NULL}, 


&GadgetBooleano[3],184,105,64,10,GADGHCOMP | GADGIMAGE, 
GADGIMMEDIATE, BOOLGADGET, (APTR)&ImmagineEvidenziata, 
NULL, NULL,9,NULL,@,NULL}, 


&GadgetBooleano[4],284,195,64,10,GADGHCOMP | GADGIMAGE, 
GADGIMMEDIATE, BOOLGADGET, (APTR)&ImmagineEvidenziata, 
NULL, NULL, @, NULL,@, NULL} 


}; /* fine dell’array GadgetBooleano[] */ 


struct NewWwindow NuovaFinestraDiControllo = { 
20,20, /* coordinate del vertice in alto a sinistra */ 
428,145, /* dimensioni iniziali (larghezza e altezza) */ 
2,3, /* colore dei dettagli e dello sfondo */ 
GADGETUP | GADGETDOWN | CLOSEWINDOW | MENUPICK, /* flag IDCMP */ 
WINDOWDRAG | WINDOWDEPTH|WINDOWCLOSE | ACTIVATE, /* flag */ 
&GadgetBooleano[5], /* puntatore al primo gadget */ 
NULL, /* nessun ptr a CheckMark */ 
(UBYTE *)"Gadget booleani”, /* titolo della finestra */ 
NULL, /* nessun puntatore a una struttura Screen */ 
NULL, /* nessun puntatore a una struttura BitMap */ 
20, 20, /* dimensioni minime (non e’ permesso ) a 
320, 160, /* e massime (il ridimensionamento) */ 
WBENCHSCREEN /* tipo dello schermo */ 
i 


Vil LLIIIITITTTITIOTO TI 


* Dichiarazione dei menu * 


sassanaanannenenneaonenene / 


struct IntuiText testo fantasma = 
{2,1,JAM2,5,1,NULL, (UBYTE *)"FANTASMA",NULL}; 


struct MenuItem voci fantasma = { 
NULL, /* voce successiva "/ 
0,5, /* posizione */ 
140,10, /* dimensioni */ 
HIGHCOMP | ITEMENABLED | ITEMTEXT|COMMSEQ, /* flag */ 
NULL, /* nessuna mutua esclusione */ 
(APTR)&testo_fantasma, /* puntatore al testo */ 
NULL, /* evidenziazione */ 
‘F', /* comando abbreviato (Amiga-F) */ 
NULL /* sotto-menu */ 








RefreshGList(&GadgetBooleano[2], 
FinestraDiControllo, 
struct Menu gadget_menu = { (LONG)NULL,1L); 
/* voci successive della barra di menu */ 
/* posizione */ 
/* dimensioni */ 
/* flag */ 
/* puntatore al testo */ 
&voci_fantasma /* ptr alla prima voce del sotto-menu */ 


break; 
} /* Fine dell'istruzione switch */ 


/* Preleva il codice successivo se sono 
state selezionate altre voci del menu */ 


MICode = (ItemAddress(&gadget_menu,MICode)) 
->NextSelect; 
} /* Fine del ciclo while */ 
break; 


VIZALZIIIIIITITTTTT TI TT TT OLE LI LL LL I 


* Corpo principale del programma * 


anueeereoneeninnionieseeeeeeeenIoe. 


main() 


LI 


struct MenuItem *ItemAddress(); 

ULONG Segnali, MIClass, MICode, numvoce; 
APTR MIAddress; 

LONG gad_pos; 


if (!(IntuitionBase = (struct IntuitionBase *) 
OpenLibrary("intuition. library", 
(LONG)LIBRARY_VERSION) ) ) 
{ puts("Non riesco ad aprire la libreria di Intuition"); 
MiElimino(); 
exit(FALSE); 


} 
if (!(GfxBase = (struct GfxBase *) 
OpenLibrary("graphics. library”, 
(LONG)LIBRARY_VERSION) ) ) , 
{ puts("Non riesco ad aprire la libreria grafica"); 
MiElimino(); 
exit (FALSE); 


if (!(FinestraDiControllo = (struct Window *) 
OpenWindow(&NuovaFinestraDiControllo) sai 


{ puts("Non riesco ad aprire la finestra di controllo"); 
MiElimino(); 
exit (FALSE); 

} 


/* Collega il menu alla finestra e visualizza le didascalie */ 


SetMenuStrip( FinestraDiControllo,&gadget_ menu); 


PrintIText (FinestraDiControl lo->RPort, 
&TestoGadgetMutEsclusivi,0L,@L) ; 


/* Ciclo finche’ non si seleziona il gadget di chiusura */ 


for (;;) /* Attende un messaggio e lo elabora */ 


Segnali = Wait(1L << a 
> FinestraDiControllo->UserPort->mp_SigBit) ; 


/* Elaborazione del messaggio inviato da Intuition */ 
=(struct IntuiMessage % 


whi tuiMessaggio: 
ile (MioIn aDiCont.rollo->UserPort) ) 


GetMsg(Finestr 


{ /* Prepara i dati per rispondere al messaggio */ 
MIClass = MioIntuiMessaggio->Class; 
MICOode MioIntuiMessaggio->Code; 
MIAddress = MioIntuiMessaggio->IAddress; 
ReplyMsg (MioIntuiMessaggio) ; 


switch (MIClass) /* Rileva il tipo di messaggio */ 


{ 
case MENUPICK: 
while (MICode != MENUNULL) 


{ 
numvoce = ITEMNUM(MICOde ); 
switch (nunvoce) 

{ 


case 0: 
/* Trasforma ìl gadget in fantasma: rimuove il 


gadget prima di modificarlo, ne cambia lo 
stato, lo riattiva ed esegue il refresh */ 


= RemoveGList(FinestraDiControllo, 

&GadgetBooleano[2],1L); 
GadgetBooleano[2].Flags “= GADGDISABLED; 
AddGList (FinestraDiControllo, 
&GadgetBooleano[2],gad_pos,1L, 
(LONG)NULL) ; 


gad_pos 





case GADGETUP: 
/* Controllo di rilascio sul gadget hit con testo */ 
if (MIAddress == &GadgetBooleano[@]) 


/* Disattiva il gadget, cambia 'YES’ con ‘NO ‘, 
riattiva il gadget, e ne esegue il refresh */ 


gad pos = RemoveGList(FinestraDiControllo, 
&GadgetBooleano[@],1L); 
GadgetBooleano[@].GadgetText = &Stringa_no; 
AddGList (FinestraDiControllo, 
&GadgetBooleano[@],gad_pos,1L, 
(LONG)NULL) ; 
RefreshGList(&GadgetBooleano[9], 
FinestraDiControllo,(LONG)NULL,1L); 
} 
break; 


case GADGETDOWN: 
/* Controlla se e’ stato selezionato uno dei gadget 
gestiti in mutua esclusione */ 


if (MIAddress == &GadgetBooleano[3] | 
MIAddress &GadgetBooleano[4] | 
MIAddress &GadgetBooleano[5] ) 


I 
Ì 


1f (!(((struct Gadget *)MIAddress)->MutualExclude)) 

{ 
gad pos = RemoveGList(FinestraDiControllo, 

&GadgetBooleano[5],3L); 

GadgetBooleano[3].MutualExclude 
GadgetBooleano[3].Flags & 
GadgetBooleano[4].MutualExclude 
GadgetBooleano[4].Flags 
GadgetBonleano[5].MutualExclude 
GadgetBooleano[5].Flags 


(((struct Gadget *)MIAddress)->MutualExclude)++; 

(((struct Gadget *)MIAddress)->Flags)|=SELECTED; 

AddGList (FinestraDiControllo, 
&GadgetBooleano[5], 
gad_pos,3L, NULL); 

RefreshGList(&GadgetBooleano[5], 
FinestraDiControllo, 

) (LONG)NULL,3L); 
} 


break; 


case CLOSEWINDOW: 
/* Chiusura della finestra. Il programma si 
preoccupa di rispondere ai messaggi rimasti */ 


while (MioIntuiMessaggio = (struct IntuiMessage *) 
SetMsg(FinestraDiControllo->lUserPort)) 
ReplyMsg(MioIntuiMessaggio); 
MiElimino(); 
exit (TRUE); 
break; 


/* switch 
/* while 
/* for 
/* main 


MiElimino() 
{ 
/* Controlla sempre che una libreria sia 
stata aperta prima di richiuderla */ 


if (FinestraDiControllo) CloseWindow (FinestraDiControllo); 
if (GfxBase) CloseLibrary(GfxBase); 
if (IntuitionBase) CloseLibrary(IntuitionBase); 


} 








PROGRAMMARE L’AMIGA 


EXECBASE: I PARAMETRI 
DINAMICI E LE LISTE 


DI SISTEMA 


Oltre ai parametri statici, la struttura ExecBase, la più importante 
dell’intero sistema, contiene molti parametri dinamici relativi ai task 
in esecuzione. Analizzandoli insieme con le liste di sistema si scoprono 


molti segreti dell’Amiga 


di Eugene P. Mortimore 


ell’articolo precedente abbiamo discusso i 
N primi 16 parametri della struttura ExecBa- 

se (dal parametro LibNode al parametro 
IntVector) che per la maggior parte sono statici, 
ossia parametri che il sistema lascia immutati dopo 
l’attivazione. In questo secondo articolo dedicato 
alla struttura ExecBase, analizziamo i rimanenti 
parametri suddividendoli in tre categorie: gli 
ultimi parametri di gestione del sistema Exec 
(come IdleCount e DispCount), poi quelli stretta- 
mente legati al task che detiene il controllo (come 
TaskTrapCode, TaskExitCode) e infine i puntato- 
ri alle liste di sistema mantenute dall’Exec (da 
MemList a SoftIntList). Daremo anche uno sguar- 
do a tre parametri (da KickMemPtr a KickCheck- 
Sum) che un programmatore esperto può utilizza- 
re per modificare la procedura standard di 
attivazione della macchina con opportuni codici in 
RAM. 

I parametri appartenenti alla prima categoria, 
quelli di gestione del sistema Exec, sono per lo più 
impiegati dalle routine interne dell’Amiga. I 
parametri appartenenti alla seconda categoria, 
quelli relativi al task in esecuzione, sono importan- 
ti perché offrono alcune informazioni sulle routine 
di supporto al task. Ogni volta che lo scheduler 
(l'algoritmo di ripartizione del tempo della CPU) 
manda in esecuzione un nuovo task, il sistema 
accede alla relativa struttura Task che lo definisce 
e ne copia alcuni parametri nella struttura ExecBa- 
se. Solo dopo quest’operazione gli cede il control- 
lo. Questo aggiornamento della struttura ExecBa- 
se avviene quindi ogni volta che si verifica uno 
scambio di controllo fra i task. 

Tramite il Source Level Debugger della Manx, 
oppure con un semplice programma in G, sì può 
accedere a questi parametri per esaminare in 
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dettaglio le caratteristiche del task in esecuzione. 

La terza categoria di parametri raggruppa i 
puntatori alle strutture List che intestano le liste di 
sistema. Queste liste sono costituite da sequenze di 
nodi legati fra loro in doppia concatenazione (si 
possono scorrere in entrambe le direzioni). I nodi, 
a seconda della lista a cui appartengono, si 
riferiscono a message port, task, dispositivi e così 
via. In pratica a tutto ciò che viene aggiunto al 
sistema. Quando un task detiene il controllo, può 
scorrere queste liste ed esaminarne i nodi per 
ottenere informazioni sugli altri task che in 
quell’istante sono in attesa di ricevere il controllo, 
per sapere quali risorse sono disponibili nel 
sistema, quali aree di memoria sono disponibili per 
essere allocate, quali librerie e quali dispositivi 
sono stati aggiunti al sistema, se e in che modo le 
routine relative agli interrupt hardware sono state 
modificate, quali message port sono state allocate 
e molte altre informazioni. L’articolo è accompa- 
gnato da un breve programma in C che abbiamo 


realizzato per permettere l’analisi di queste impor- 
tanti liste. 


Le variabili dinamiche del sistema 


I parametri della struttura ExecBase che ora 
prendiamo in considerazione sono chiamati “varia- 
bili dinamiche”. Il nome deriva dal fatto che il 
software sistema le utilizza per mantenersi sempre 
aggiornato durante lo scambio di controllo fra i 
task. A causa della velocità con cui avviene lo 
scambio, di solito queste variabili non sono 
d'interesse per i programmi sviluppati dall’utente, 
ma sono utilizzate dal sistema per tenere sotto 
controllo la gestione multitasking. 

Se si osservano queste variabili per mezzo del 





' Source Level Debugger è possibile vederle cambiare 
a mano a mano che i diversi task ricevono il 
controllo della CPU. Quasi tutte queste variabili si 
riferiscono al task che detiene il controllo del 
microprocessore. 

Quale task detiene il controllo del 68000? Thi- 
sTask è un puntatore alla struttura Task che 
definisce il task in esecuzione. Di solito un task 
detiene il controllo per circa 64 millisecondi 
(1/Quantum sec), trascorsi i quali il controllo 
viene ceduto al task successivo. Si ricordi che è lo 
scheduler a stabilire quali task devono ricevere il 
controllo. i 

Le routine di sistema si servono di questo 
puntatore per accedere alla struttura Task relativa 
al task in esecuzione e rilevare quindi le sue 
caratteristiche. Le più importanti sono definite dai 
seguenti cinque parametri: TaskTrapCode, 
TaskExceptCode, TaskExitCode, TaskSigAlloc e 
TaskTrapAlloc, che esamineremo tra poco. _ 
Per quanto tempo la CPU non ha potuto eseguire 
task? IdleCount rappresenta il numero di interval- 
li di tempo durante i quali la CPU non ha potuto 
eseguire alcun task (per esempio, quando tutti i 
task attivi dovrebbero impiegare lo schermo, e il 
sistema li blocca mentre l'utente sposta una 
finestra: fino a quando il pulsante sinistro del 
mouse non viene rilasciato, i task non ottengono il 
controllo, e il parametro IdleCount viene conti- 
nuamente incrementato). A_ parte il tempo che 
occorre per terminare il boot (in questo periodo 
IdleCount continua a crescere), questo parametro 
viene incrementato molto di rado, in quanto € 
difficile che la CPU non possa mandare in 
esecuzione neanche un task. : 
Quanti scambi di controllo frai task sono avvenuti 
da quando il sistema è stato avviato? DispCount 
illustra quante volte è avvenuto lo scambio di 
controllo fra i task dal momento in cul è stata 
avviata la macchina o è stato effettuato l ultimo 
reset. Viene incrementato ogni volta che viene 
eseguita la routine privata Dispatch. vi a 
Dopo quanto tempo si verifica lo scambio i 
controllo fra i task? Quantum indica quante volte 
al secondo si verifica lo scambio di controllo della 
CPU fra i task presenti nel sistema. Normalmente 
vale 16. 
Da quanto tempo |’ 
Elapsed mantiene un 
ancora trascorrere pr 


attuale task è in esecuzione? 
a misura del tempo che deve 
ima che il task in esecuzione 


perda il controllo (ricordiamo che si parla sempre 
del task individuato dal parametro ThisTask). 
Elapsed è un contatore alla rovescia che parte da 
16 e termina a zero. ti 
uali flag di sistema risulta 
di a variabile a 16 bit (word) contenente 
un insieme di flag del sistema (ogni bit rappresenta 
un flag). Molti di questi flag sono privati”, cioè a 
essi non si fa riferimento nel file INCLUDE 
dell’Exec. Questi particolari flag privati permetto- 
no alla Commodore di modificare il comporta- 
mento del sistema senza che venga esplicitamente 


no impostati? Sy- 


reso noto al pubblico. Oltre a questi, SysFlags 
contiene altri quattro bit di flag che invece sono 
documentati nei file INCLUDE di pubblico domi- 
nio. 

Il primo è SF-ALERTWACK: quando è imposta- 
to a 1 il sistema sta eseguendo le routine su ROM 
del debugger di sistema ROMWack. Questo bit di 
flag viene definito nel file INCLUDE alerts.h. I 
successivi tre bit vengono definiti nel file INCLU- 
DE in linguaggio Assembly interrupts.i. Vediamo 
i loro significati. 

SF-SAR (Scheduling Attention Required): se è 
impostato a 1 significa che il sistema deve procede- 
re a una nuova ripartizione della CPU fra i suoi 
task. 

SF_TQE (Time Quantum Expended): se è 
impostato a 1 indica che è terminato il periodo di 
tempo assegnato al task in esecuzione e che 
bisogna passare a una nuova ripartizione della CPU 
fra i task. 

SF-SINT (Software INTerrupt): se è impostato a 
1 significa che il sistema sta eseguendo una routine 
di interrupt software. 

Si noti che questi quattro bit di flag vengono 
usati principalmente dalle routine interne del 
sistema, e che un task definito dall’utente di solito 
non ha interesse ad accedervi. 

Per il task in esecuzione, gli interrupt sono attivati 
oppure no? IDNestCnt è la copia del parametro 
tc_IDNestCnt contenuto nella struttura Task rela- 
tiva al task che detiene il controllo. Questo 
parametro è un valore interno dell’Exec e tiene 
conto delle condizioni di abilitazione o disabilita- 
zione degli interrupt: viene incrementato ogni 
volta che un task esegue una chiamata alla 
funzione Disable e decrementato quando viene 
eseguita una chiamata alla funzione Enable. Di 
solito un task non ha bisogno di modificare questo 
parametro. 

Può questo task essere sottoposto allo scambio di 
controllo fra i task? TDNestCnt è la copia del suo 
omologo tc-TDNestCnt presente nella struttura 
Task relativa al task in esecuzione, ed è anch'esso 
un parametro interno: la sua funzione è indicare se 
la gestione multitasking è attiva o no. 

Questa variabile viene incrementata ogni volta 
che un task chiama la funzione Forbid dell’Exec, e 
decrementata ogni volta che viene chiamata la 
funzione Permit. Come per le precedenti, di solito 
il programmatore non ha bisogno di accedere a 

uesta variabile. 

Quale CPU e quale coprocessore matematico sono 
installati nel sistema? AttnFlags è una raccolta di 
16 flag, alcuni dei quali sono considerati bit privati 
dalla Commodore (si giunge a questa conclusione 
rilevando che nei file INCLUDE non vi sì fa 
esplicito riferimento). Ecco le definizioni dei pochi 
flag documentati. 

AFF-68010: quando questo bit è impostato a 1, 
significa che nel sistema è presente un micropro- 
cessore Motorola 68010. Per ottenere l’informa- 
zione, la macchina cerca un particolare segnale 
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hardware e ne riflette lo stato nella suddetta 
variabile. 

AFF-68020: quando questo bit è impostato a 1, 
nel sistema è presente un Motorola 68020. Come 
per il flag precedente, la presenza del microproces- 
sore viene rilevata dal sistema tramite un particola- 
re segnale hardware. Poiché i set d’istruzioni dei 
due microprocessori citati differiscono leggermen- 
te da quello del 68000, i programmi in grado di 
modificare il proprio comportamento in funzione 
del microprocessore possono accedere a questi flag 
per stabilire se utilizzare o meno le maggiori 
capacità del 68010 o del 68020. 

AFF_68881: quando questo bit è impostato a 1, 
sulla scheda madre è stato installato anche un 
coprocessore matematico 68881. Un programma 
che esegue operazioni aritmetiche può controllare 
il valore di questo flag e decidere di utilizzare le 
capacità di calcolo del coprocessore, di gran lunga 
superiori a quelle delle routine software. 

Il parametro AttnResched è usato internamente 
dalle routine dell’Exec. Ha a che fare con 
l'operazione di reschedule (abbandono del con- 
trollo da parte di un task fino al suo prossimo 
turno) del task in esecuzione. E possibile fare solo 
delle supposizioni sul funzionamento di questa 
variabile, ma sappiamo almeno che ci sono due 
routine private di sistema, Schedule e Reschedule, 
che controllano proprio l’operazione di schedule e 
reschedule dei task, utilizzando i valori delle loro 
priorità. Comunque un programmatore non do- 
vrebbe mai trovarsi nella necessità di utilizzare 
questo parametro. 

I prossimi quattro parametri sono di tipo APTR, 
un tipo di variabile che merita una breve ma 
precisa spiegazione. Nel file INCLUDE exec/ty- 
pes.h, il tipo APTR viene definito come puntatore 
a un altro puntatore, che a sua volta punta a una 
variabile di tipo char. Questa definizione apparen- 
temente contorta è per esempio utile per indivi- 
duare gli elementi di una matrice di caratteri. 
Quali moduli residenti sono presenti nel sistema? 
ResModules punta all’array che elenca i moduli 
residenti contenuti nel sistema (nella versione 1.2.1 
questo array si trova all’indirizzo 0x00C01800). 
Ogni elemento di questo array è un indirizzo che 
individua in memoria la struttura Resident associa- 
ta al particolare modulo residente. In questo 
elenco appaiono dopo il boot i moduli che si 
trovano su ROM, ma un qualsiasi task può 
aggiungerne altri allocandoli su RAM. Ognuno di 
questi moduli è una collezione di routine che sono 
sempre pronte per essere eseguite, senza bisogno 
che siano caricate ogni volta da disco. È interessan- 
te notare che in questo elenco è possibile inserire 
moduli residenti indifferenti al reset della macchi- 
na. Per esempio, il programma Guardian pubbli- 
cato da Commodore Gazette sul numero 2/88 alloca 
in memoria un modulo residente (l’antivirus) che 
non viene disattivato con il reset della macchina (è 
possibile verificare che se Guardian è stato installa- 
to, nell’array dei moduli residenti compare l’indi- 
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rizzo della relativa struttura Resident anche dopo 
un reset). Come vedremo, perché un modulo sia 
indifferente al reset, bisogna fare in modo che la 
sua struttura Resident compaia nella lista indivi- 
duata dal parametro KickMemPtr. La struttura 
Resident associata a ogni modulo ne indica le 
caratteristiche principali, fra cui la versione, il tipo 
(libreria, task, dispositivo, risorsa...), la priorità, il 
nome e la stringa d’identificazione. 

Nella versione 1.2.1, dopo il boot della macchina 
risultano in ROM 22 moduli residenti: il primo di 
questi è il cosiddetto modulo Exec, la cui struttura 
Resident si trova all’indirizzo 0x00FC00B6; la sua 
priorità è impostata a 120, il valore più alto tra le 
priorità assegnate a questi moduli. 

Gli altri moduli sono associati alle diverse 
librerie e dispositivi residenti su ROM, e le loro 
priorità variano tra 110 e -60 (nell’array i moduli 
vengono elencati per ordine decrescente di priori- 
tà). L’utilità dei moduli residenti sta nel dotare il 
sistema di una serie predefinita di routine sempre 
disponibili, in modo che il programmatore non 
debba preoccuparsi di includerle nelle proprie 
applicazioni durante il link. 

C’è qualche routine di trap definita per il task in 
esecuzione? TaskTrapCode è la copia del parame- 
tro tc-TrapCode relativo al task in esecuzione, e 
rappresenta un puntatore alla locazione di memo- 
ria dove inizia la routine di gestione delle trap 
previste dal 68000 (trap hardware e trap software 
generate dall’istruzione Assembly TRAP #N) che 
si possono verificare durante l’esecuzione del task. 

Se il programmatore desidera una gestione 
personalizzata delle trap, deve assegnare un valore 
al parametro tc-TrapCode della struttura Task 
prima che il task venga inserito nel sistema 
attraverso la funzione AddTask. La lettura del 
parametro TaskTrapCode è consentita, ma non 
conviene tentare di modificarlo direttamente. 

Se il programmatore non altera il suo contenu- 
to, il parametro TaskTrapCode punta per default 
a un particolare indirizzo in ROM. Nella versione 
1.2.1, questo indirizzo è 0x00FC2FFO0: se è questo il 
contenuto del parametro TaskTrapCode, significa 
che le trap definite dal task in esecuzione vengono 
gestite dalle routine di sistema predefinite in ROM. 
Sono state definite alcune routine per il trattamen- 
to delle exception software? TaskExceptCode è la 
copia del parametro tc-ExceptCode relativo al 
task in esecuzione, e rappresenta un puntatore alla 
locazione di memoria dove inizia la routine 
predisposta per il trattamento degli interrupt 
software. Questi interrupt software possono essere 
generati dalla funzione Cause dell’Exec, oppure 
dalle message port (una message port, quando 
riceve un messaggio, genera un interrupt software 
se è stato definito un particolare tipo di segnale dal 
task che l’ha creata). 

Come per il parametro precedente, il program- 
matore deve definire questo puntatore prima che 
il task venga inserito nel sistema e diventi quindi 
attivo. 








Il task in esecuzione ha definito una routine non 
standard per terminare la propria esecuzione? 
TaskExitCode contiene l’indirizzo di memoria in 
cui ha inizio una routine definita dal task in 
esecuzione perché venga eseguita dal sistema nel 
momento in cui il task perde definitivamente il 
controllo (nella formulazione in C del task, questa 
routine riceve il controllo quando viene per 
esempio eseguita l’istruzione exit()). Se non viene 
definito alcun codice, il sistema utilizzerà la 
routine standard di uscita, che nella versione 1.2.1 
del software sistema ha inizio all’indirizzo 
0x00FC1D28. 

Quanti bit di segnale sono stati allocati dal task in 
esecuzione? TaskSigAlloc è la copia del parametro 
tc-SigAlloc della struttura Task: si tratta di una 
long word (32 bit), nella quale ogni bit impostato 
a 1 rappresenta un segnale che il task ha allocato. 
Un task può definire tramite la funzione AllocSi- 
gnal dell’Exec fino a 16 segnali, numerati da 17 a 
32: i primi 16 bit di segnale sono riservati al 
sistema. 

Al contrario di quanto avviene per i due 

parametri precedenti, è il sistema a gestire la 
variabile tc-SigAlloc, tenendo conto (tramite le 
funzioni AllocSignal e FreeSignal) di quali bit di 
segnale vengono allocati o rimossi dal task: è 
quindi opportuno che questa variabile non venga 
modificata dal task. 
Quanti flag di trap sono stati definiti dal task in 
esecuzione? TaskTrapAlloc è la copia del parame- 
tro tc-TrapAlloc della struttura Task relativa al 
task in esecuzione. I 16 bit di flag contenuti in 
questa word indicano al sistema i tipi di trap 
software del 68000 (TRAP #N) che sono state 
allocate dal task in esecuzione tramite la funzione 
AllocTrap, numerate da 1 a 16. 

Come il parametro TaskSigAlloc, questo para- 
metro viene automaticamente gestito dal sistema 
quando il task fa ricorso alle routine AllocTrap e 
Free Trap. 


Le liste di sistema 


I prossimi otto parametri che esamineremo 
individuano in memoria le cosiddette liste di 
sistema. Queste liste vengono inizializzate e gestite 
dalle routine dell’Exec a mano a mano che 
vengono aggiunte nel sistema nuove entità (messa- 
ge port, librerie, dispositivi...). Ogni lista è compo- 
sta da una serie di nodi disposti in doppia 
concatenazione. L'inserimento di nuovi nodi e la 
cancellazione di nodi obsoleti viene effettuata 
interamente attraverso le opportune routine del- 
l’Exec. Ogni nodo è costituito da una struttura 
Node, all’interno della quale compaiono due 
puntatori ad altri nodi (il successivo e il precedente 
nella lista), il tipo del nodo, la sua priorità, e un 
puntatore a una stringa che dovrebbe indicare il 
nome assegnato al nodo (a questo proposito è 
interessante notare che le strutture che vengono 
allocate e rese disponibili all'intero sistema do- 


vrebbero sempre avere un nome per essere 
identificabili). La priorità indicata all’interno della 
struttura Node svolge una funzione importante 
nella gestione delle liste, di qualsiasi tipo siano: 
stabilisce l’ordine con cui sono elencati i nodi della 
lista. I nodi a più alta priorità sono in testa alla lista, 
che prosegue in ordine di priorità decrescente. 
Quando l’Exec aggiunge un nodo a una lista, per 
sapere dove deve inserirlo va a “leggere” la priorità 
del nodo. 

In genere le strutture Node sono sotto-strutture 
appartenenti ad altre strutture. Tutte le strutture 
che il sistema organizza in liste possiedono come 

rimo elemento una sotto-struttura Node. Quindi, 
l'indirizzo di una struttura Node è anche l’indiriz- 
zo della struttura che la contiene. Per esempio, 
scorrendo la lista DeviceList si ottiene una serie di 
puntatori a strutture Node, ognuno dei quali 
individua in effetti la struttura Device che contiene 
quel nodo. 

Quando un task detiene il controllo, può 
intraprendere alcune operazioni che modificano 
queste liste in maniera indiretta (per esempio, può 
aprire un dispositivo residente su disco). Le 
modifiche introdotte valgono per l’intero sistema, 
ed è per questo che le liste di sistema vengono 
anche definite globali. Il sistema continua ad 
aggiornarle per documentare il flusso degli eventi 
nel sistema. 

Le funzioni dell’Exec preposte al trattamento 
delle liste si dividono in due categorie: quelle che 
aggiungono nodi a una lista (AddLibrary, AddDe- 
vice, AddIntServer, AddPort, AddResource, 
AddSemaphore, AddTask e FreeMem) e quelle 
che eliminano nodi (RemLibrary, RemDevice, 
RemIntServer, RemPort, RemResource, RemSe- 
maphore, RemTask e AllocMem). FreeMem ser- 
ve, in particolare, per rendere disponibili al 
sistema nuovi blocchi di memoria, mentre Al- 
locMem serve per sottrarre memoria libera al 
sistema e allocarla per i propri scopi. Entrambe 

ueste funzioni vanno dunque a modificare la lista 
MemList della memoria libera. La funzione 
primaria delle liste di sistema è collegare fra loro 
tutte le strutture della stessa classe; per esempio, 
elencare tutte le strutture Device nella stessa lista. 
In questo modo, quando si cerca una particolare 
struttura basta scorrere la relativa lista. E inoltre 
possibile, grazie a questa gestione delle liste, 
aggiungere nuove strutture (che l'Exec possa 
riconoscere) a seconda delle necessità dei task che 
entrano a far parte del sistema tramite la funzione 
AddTask. 

Per esempio, un task può esaminare uno dopo 
l’altro gli elementi della lista di sistema TaskWait 
alla ricerca di un particolare processo per esamina- 
re i parametri della relativa struttura Task. 
Quando identifica la struttura Node cercata, il task 
può considerare il puntatore individuato come 
puntatore alla relativa struttura Task, e procedere 
all'esame dei suoi parametri. Per esempio, può in 
questo modo ricavare informazioni sui nomi e 
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le priorità degli altri processi presenti nel sistema. 
Nell’analisi delle liste di sistema, bisogna sempre 
tener presente una regola che in un sistema 
multitasking come l’ Amiga è fondamentale: quan- 
do si accede a strutture di dati pubbliche, cioè 
disponibili in lettura e scrittura all’intero sistema, 
non è detto che un dato appena copiato sia ancora 
valido. Infatti, se un task effettua una copia del 
dato e subito dopo perde il controllo, e il nuovo 
processo altera il dato, quando il precedente task 
torna in esecuzione le sue informazioni su quel 
dato sono ormai obsolete. Quindi, dal momento 
che un task deve sempre assicurarsi di lavorare su 
dati certi, nell'esame delle liste di sistema bisogna 
prendere alcune precauzioni. Il sistema più facile 
è che il processo prima di scorrere una lista 
provveda a congelare momentaneamente la ge- 
stione multitasking affinché la lista in esame non 
venga alterata dagli altri task che potrebbero 
ricevere il controllo. Questo si ottiene tramite la 
funzione Forbid. Nel momento in cui il task in 
esecuzione ha completato la scansione della lista, 
deve preoccuparsi di riabilitare lo scambio di 
controllo fra i processi tramite la funzione Permit 
(si ricordi che quando si disabilita la gestione 
multitasking, non si devono mandare in esecuzio- 
ne funzioni di I/O, come printf e read, perché 
l'operazione riabiliterebbe automaticamente il 
multitasking). 

Ricordiamo infine che le liste di sistema, come 

tutte le altre liste di nodi, per loro natura legano 
insieme elementi che in memoria non sono 
contigui (vengono impiegate le liste e i puntatori 
proprio per elencare strutture di dati senza 
doverle spostare nella memoria). I vantaggi delle 
liste sono la maneggevolezza dei loro elementi e la 
rapidità con cui si possono inserire ed estrarre 
nodi. 
Quali aree di memoria sono disponibili nel 
sistema? MemList è una lista di sistema che riporta 
informazioni sui blocchi (chunk) di memoria liberi 
nel sistema. Il fatto che la memoria libera sia 
suddivisa in aree non contigue non deve stupire; 
infatti, in un sistema multitasking le richieste di 
memoria da allocare e le restituzioni di memoria al 
sistema provengono da tutta la comunità dei task 
in esecuzione. Questo significa che il sistema, a 
mano a mano che nuovi task allocano e liberano 
memoria, si trova ad avere blocchi liberi di 
memoria sempre più spaiati. Ecco quindi che nasce 
la necessità di mantenere continuamente aggior- 
nato un elenco dei blocchi di memoria liberi, in 
modo che in qualunque istante il sistema possa 
rilevare lo stato della memoria per soddisfare le 
richieste dei processi. 

La struttura MemList elenca una serie di 
strutture MemHeader. Ognuna di queste struttu- 
re controlla una precisa area della memoria (per 

default, su un Amiga dotato di 1 MB di RAM la 
prima struttura MemHeader controlla la memoria 
fast, mentre la seconda controlla la memoria chip), 
della quale indica il nome, l’indirizzo superiore, 
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inferiore, il tipo, e la quantità di byte liberi. Oltre 
a questi parametri, la struttura MemHeader 
contiene un puntatore a una struttura 
MemChunk. Questa struttura intesta una lista 
semplice (cioè priva di doppia concatenazione e 
quindi scandibile solo in un senso) che elenca una 
serie di altre strutture MemChunk. Ogni struttura 
di questa lista contiene un puntatore alla successiva 
struttura MemChunk e una variabile di tipo long 
che indica la quantità di byte presenti in quel 
blocco. Nel file INCLUDE memory.h è contenuta 
la definizione di questa struttura. 

La lista MemList viene solitamente consultata 
dalle funzioni relative alla gestione della memoria, 
come AllocMem, FreeMem, Deallocate, Allocate, - 
AllocEntry e FreeEntry. I blocchi di memoria 
elencati dalla lista formano il cosiddetto pool della 
memoria libera: ciascun blocco può trovarsi in 
qualsiasi punto della RAM disponibile nell’ Amiga. 
Si ricordi che i primi 512K sono definiti RAM chip, 
mentre i byte superiori fanno parte della RAM fast 
(la memoria fast a differenza della memoria chip 
non è accessibile ai chip custom dell’ Amiga). 

La memoria viene sottratta al sistema per mezzo 
delle funzioni AllocMem, AllocEntry e Allocate, 
mentre viene rilasciata per mezzo delle funzioni 
FreeMem, Deallocate e FreeEntry. Quando un 
task ha bisogno di un certo quantitativo di 
memoria e tenta di ottenerla attraverso le routine 
dell’Exec, queste ricercano lo spazio richiesto tra i 
blocchi descritti in queste liste semplici, e quindi lo 
allocano. 

I task hanno la possibilità di riservare una parte 
della memoria libera per i propri scopi, assumen- 
dosene la gestione. Per far questo, un processo 
deve chiamare la funzione AddMemList, la quale 
aggiunge alla lista MemList una nuova struttura 
MemHeader. Quest'ultima mantiene poi la lista 
dei blocchi liberi relativi alla nuova partizione 
della memoria, di esclusivo dominio del task che 
l’ha richiesta. Quando il processo ha chiamato 
AddMemList, sarà poi suo compito mantenere 
Integra la lista semplice dei blocchi di memoria 
liberi. È in questo caso che il task utilizzerà le 
funzioni Allocate e Deallocate per gestire i singoli 
quantitativi di RAM. 

Quali risorse hardware sono attualmente presenti 
nel sistema? ResourceList è una lista di strutture 
la cui composizione varia a seconda del tipo di 
risorsa. Comunque, tutte le diverse strutture 
contengono come primo elemento una struttura 
Library. Quindi i primi parametri di ogni struttura 
sono quelli previsti dalla struttura standard Li- 
brary, mentre i successivi dipendono dal tipo di 
risorsa. Le risorse riconosciute dall’ Amiga sono la 
CIA, da Potgo, la Disk e la Miscellaneous. La 
definizione della struttura Resource è contenuta 
nel file resource.h. Gli elementi della lista Resour- 
ceList vengono aggiunti e rimossi tramite le 
funzioni AddResource e RemResource. 

Quali dispositivi sono residenti in memoria RAM e 
ROM? DeviceList elenca le strutture Device pre- 





senti in RAM: si tenga presente che la struttura 
Device è identica alla struttura Library, e definisce 
sempre un dispositivo che si trova in memoria; la 
sua definizione si trova nel file INCLUDE exec/de- 
vices.h. 

Ogni struttura Device presente nella lista indica 
che il relativo dispositivo si trova in memoria ed è 
utilizzabile. Questa informazione ha importanza 
soprattutto per i dispositivi non residenti. Infatti, 
se uno di questi dispositivi non è presente in 
memoria, nella lista DeviceList la sua struttura 

evice non compare. Quindi le strutture Device 
Presenti in questa lista corrispondono a tutti 1 

Ispositivi che nel particolare istante s1 trovano in 
Memoria (questo non significa comunque che 
questi dispositivi siano stati aperti da un task). Se 
un task chiama la funzione OpenDevice per aprire 
Un dispositivo, e il sistema rileva che nella lista 

eviceList la relativa struttura Device non è 
Presente, ne deduce che il dispositivo è di tipo non 
Tesidente e in quel momento non sì trova IN 
Memoria. Procede allora a caricarlo da disco e ad 
aggiungere nella lista la relativa struttura Device 
tramite Ja funzione AddDevice. Da quel momento 
IR poi, il dispositivo rimane in memoria fino a 
Quando non viene disallocato. Anche se il task che 

a aperto procede a chiuderlo con la funzione 
CloseDevice, in realtà il dispositivo contmua a 
€Ssere ja. L'unico modo per 
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Unzione RemDevice, dopo averlo chiuso... 
ttualmente l’Amiga riconosce 12 depastooi 
(dal dispositivo Audio al dispositivo TrackDisk). I 
Programmatore può comunque realizzare disposi- 
a Personalizzati e inserirli nel sistema egemone 
ci e relative struttura Device alla lista DeviceLis 
Tamite i AddDevice. ; 
uali dig gr hardware sono ig 
Modificati? IntrList è una lista di Lolita 
: terrupt. In generale, la struttura luernibi 
INdividua j dati e i codici relativi alla routine 
8estione di un particolare interrupt hardwar i 
software (quest’ultimo viene spesso chiamato 
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Diora gli interrupt hardware che vengono 
estiti dagli i rupt server. i 
Ogni diengia lle funzioni SALZA an 
RemIntServer altera la quantità di nodi nella lista, 
analogamente a quanto accade per le liste già 
escritte. i di 
uali sono le librerie presenti in RAM? Lib ist 
contiene l'elenco delle strutture Library Ar 
EU Ognuna di queste individua una particola- 
re libreria shared dell’ Amiga: al momento, l Ami- 
82 riconosce sette librerie predefinite (dalla libre- 
tia Exec alla libreria Intuition). Alcune sono 
residenti in ROM, mentre altre si trovano SU disco. 
L'utente può creare le proprie librerie personali 
usando la funzione MakeLibrary, e renderle note 


al sistema tramite la funzione AddLibrary. Il file 
exec/library.h contiene la definizione della strut- 
tura Library. AddLibrary e RemLibrary sono le 
routine di gestione della lista LibList. 
Quali message port sono presenti nel sistema? 
PortList è una lista di strutture MsgPort, ciascuna 
delle quali definisce una particolare message port 
(si ricordi che una message port appartiene sempre 
a uno e un solo task): queste message port 
consentono ai task di comunicare con gli altri task, 
con il sistema o con i dispositivi, scambiando 
messaggi e segnali che possono, tra l’altro, provo- 
care anche l’attivazione di interrupt software. Il 
meccanismo di scambio dei segnali è un modo per 
ottenere comunicazioni asincrone tra i task. La 
lista PortList viene gestita attraverso le funzioni 
AddPort e RemPort, che permettono di aggiunge- 
re e sottrarre message port al sistema. Si noti che 
nella lista PortList appaiono normalmente solo le 
message port pubbliche, cioè quelle che sono a 
disposizione di chiunque desideri comunicare con 
i relativi task. Se un task alloca una message port 
soltanto per comunicare con un dispositivo, non la 
inserisce nella lista PortList. Se invece un task 
aggiunge una propria message port alla lista di 
sistema, questa diventa una porta pubblica: di 
conseguenza, qualsiasi altro task può mandare 
messaggi a quella porta. Questo meccanismo è alla 
base del sistema di comunicazione fra i processi 
previsto dal pacchetto ARexx, tramite il quale i 
programmi che se ne servono possono scambiarsi 
informazioni seguendo un particolare standard. 
Quali task sono pronti per essere eseguiti? Task- 
Ready è un elenco di strutture Task, ciascuna delle 
quali definisce un task che si trova in attesa di 
ottenere il controllo della CPU. Si tratta dunque di 
un elenco di tutti i processi che non sono 
“addormentati” in attesa di qualche evento (per 
esempio, dell'arrivo di un messaggio). In questa 
lista non appaiono quindi le strutture Task relative 
a quei task. che pur essendo eseguibili, non 
ricevono per il momento il loro turno di controllo 
della CPU. Generalmente, un task viene identifica- 
to come eseguibile subito dopo la chiamata ad 
AddTask. È importante ricordare che un processo 
uò trovarsi in uno dei seguenti stati: aggiunto al 
sistema (added), pronto per l’esecuzione (ready), 
in esecuzione (running), in attesa di eventi esterni 
(waiting), in fase di esecuzione di un interrupt 
software o infine rimosso dal sistema. 

Oltre alla lista dei task pronti per l’esecuzione, 
esiste anche la lista dei task in attesa, mentre per gli 
altri possibili stati che abbiamo elencato non 
esistono liste di sistema dedicate. Del resto, il 
sistema non ha bisogno, per esempio, di una lista 
dei task che detengono il controllo della CPU, visto 
che con un solo microprocessore esiste sempre uno 
e un solo processo in esecuzione. 

Le routine dell’Exec utilizzano la lista TaskRea- 
dy per fornire allo scheduler della CPU le 
informazioni relative alle priorità dei task in attesa 
di ricevere cicli-macchina. Questa priorità è indi- 
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cata dal parametro In-Pri della sotto-struttura 
Node presente nella struttura Task relativa a ogni 
task. Analizzando questa lista, lo scheduler della 
CPU può decidere di volta in volta qual è il task che 
deve ricevere il controllo della CPU. Nella maggio- 
ranza dei casi, il sistema operativo legge semplice- 
mente la priorità di ogni task eseguibile, e manda 
in esecuzione quello con la priorità più alta. Si 
ricordi che se questo task non entrasse mai in stato 
di attesa, nessun altro task potrebbe ricevere il 
controllo. Fortunatamente, proprio i task a più 
alta priorità sono quelli che più spesso entrano in 
stato di attesa, e quando questo accade, lo 
scheduler cede il controllo al task di priorità 
immediatamente inferiore. Se diversi processi 
hanno la stessa priorità, lo scheduler li manda in 
esecuzione uno dopo l’altro con la temporizzazio- 
ne Imposta dal parametro Quantum. 

I nodi della lista TaskReady vengono inseriti e 
rimossi tramite le funzioni AddTask e RemTask. 
Inoltre le routine dell’Exec aggiungono automati- 
camente un nodo a questa lista quando un task è in 
attesa di un particolare evento e l’evento si 
verifica. Il task passa dallo stato di attesa allo stato 


di eseguibile, e viene inserito nella lista TaskReady 
con la sua priorità. 


Quali task sono in stato di attesa? TaskWait è 
ancora una lista composta da strutture Task, con la 
differenza che elenca i task in attesa di qualche 
evento esterno, come un segnale proveniente da 
un altro processo. Sono task che originariamente 
sono stati caricati da disco e aggiunti al sistema, 
hanno ricevuto il controllo, e dopo alcune istruzio- 
ni sono entrati in stato di attesa quando la CPU ha 
eseguito al loro interno una particolare istruzione: 
per esempio la chiamata alla funzione Wait per 
attendere uno o più segnali. Quando si verifica 
l'evento atteso dal task, il sistema automaticamen- 
te estrae la sua struttura Task dalla lista TaskWait, 
e la inserisce nella lista TaskReady, di modo che lo 
scheduler della CPU possa mandare in esecuzione 
il task alla prima occasione. 

Quindi, la struttura TaskWait elenca i task che 

stanno attendendo di tornare eseguibili in seguito 
a una ben precisa richiesta che hanno inoltrato (un 
segnale, un output, un input...). Si ricordi che la 
priorità dei task che entrano in attesa e tornano 
eseguibili rimane immutata. 
Quali semafori sono stati aggiunti nel sistema? 
SemaphoreList è una lista delle strutture Se- 
maphore presenti nella memoria dell’Amiga. Una 
struttura Semaphore contiene tutte le informazio- 
ni relative a un particolare semaforo: i semafori 
vengono utilizzati per migliorare lo scambio di 
controllo fra i task, nell’ambito di un gruppo di 
task che accedono alle stesse risorse. Per la 
definizione della struttura Semaphore si può 
consultare il file exec/semaphores.h. 

La funzione dei semafori è analoga a quella delle 
funzioni Forbid e Permit: evitare cioè che due o 
più task abbiano accesso agli stessi dati nello stesso 
periodo, e che uno dei task alteri dati che l’altro 
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ritiene acquisiti. L'unica differenza è che i semafo- 
ri consentono di circoscrivere in maniera più 
selettiva le modalità di disabilitazione della gestio- 
ne multitasking, ossia permettono di sospendere 
dallo scambio di controllo multitasking soltanto 
alcuni task e non tutti (come avverrebbe con le 
funzioni Forbid e Permit). 

Si noti che la lista SemaphoreList non appare di 
seguito alle altre, nella struttura ExecBase, ma si 
trova dopo i parametri VBlankFrequency e Power- 
SupplyFrequency. Questa posizione è senz altro 
dovuta al fatto che la gestione dei semafori è stata 
aggiunta al sistema solo in un secondo tempo, cioè 
quando i progettisti decisero che le prestazioni 
delle funzioni Permit e Forbid erano troppo 
limitanti. E n 

I nodi della lista SemaphoreList vengono gestiti 
attraverso le funzioni AddSemaphore e RemSe- 
maphore. 7 o 

uali interrupt software sono stati aggiunti al 
sistema? SoftInts[5] è un array di cinque sotto- 
strutture SoftIntList contenute una dopo l’altra 
nella struttura ExecBase. Ognuna di esse contiene 
una struttura List e un parametro di 2 byte per 
mantenere l’allineamento con le long word. Per 
ogni struttura SoftIntList, il parametro sh_List 
individua una lista doppia di strutture Interrupt, 
che definiscono le routine di interrupt software 
aggiunte al sistema dai task. Esistono quindi cinque 
liste di strutture Interrupt, una per ognuno dei 
cinque livelli di priorità ammessi dall’Exec per gli 
interrupt software (-32, —16, 0, +16, +32). Queste 
strutture di tipo SoftIntList sono di pertinenza 
esclusiva dell’Exec e vengono usate per la gestione 
interna degli interrupt prodotti dalla funzione 
Cause o dall'arrivo di un messaggio a una message 
port definita per generare segnali. 

Ciascun task può definire, nel momento in cui 
viene attivato, una o più routine di interrupt 
software specificando i parametri is_Code e 
is-Data di una struttura Interrupt. Oltre a questi 
due dati, il task deve anche indicare la priorità che 
desidera assegnare alla routine di interrupt; per 
far questo deve scegliere uno dei cinque valori 
ammessi dall’Exec e memorizzarlo nel parametro 
In-Pri della sotto-struttura Node contenuta nella 
struttura Interrupt. Le liste che elencano in ordine 
di priorità le strutture Interrupt aggiunte dai task, 
vengono costantemente aggiornate dall’Exec. Co- 
sì, quando il sistema di gestione multitasking può 
mandarne una in esecuzione, va a controllare i 
livelli di priorità per decidere quale sarà effettiva- 
mente eseguita. In generale un task definito dal 
programmatore non avrà mai bisogno di conside- 
rare questa variabile, che serve soltanto al sistema. 
Per l'esame dettagliato della struttura SoftIntList, 
si veda il file INCLUDE exec/interrupts.h. 

Qual è il codice del messaggio relativo all’ultimo 
alert di Guru Meditation? LastAlert è un parame- 
tro, lungo 16 byte (quattro long word), che riporta 
le caratteristiche dell’ultimo alert di Guru Medita- 
tion verificatosi nel sistema. I tipi di alert si 





dividono in due categorie: fatali (“dead-end”) e 
non-fatali (“nondead-end”). Per esempio, un erro- 
re nel calcolo del checksum di qualche libreria 
(indicatore del fatto che una libreria di sistema ha 
subito un’alterazione), un errore nel calcolo del 
parametro ChkSum, un valore errato in Low- 
MemChkSum (che segnala un’alterazione nei 
vettori di gestione delle exception del 68000) sono 
tutte condizioni che portano il sistema a un alert 
fatale, cioè non recuperabile. Invece, se un task 
cerca di aprire una libreria, per esempio la libreria 
di Intuition, senza riuscirvi, si verifica un alert 
non-fatale. In genere un alert fatale costringe a un 
reset della macchina, mentre un alert non fatale 
permette di recuparare la situazione. 

Ogni messaggio relativo a un alert di Guru 
Meditation è composto di quattro sottocampi: una 
campo di una cifra che indica se si tratta di errore 
fatale o meno; un campo di due cifre che riporta 
il codice d’identificazione dell’alert; un campo di 
quattro cifre che indica una prima classificazione 
generica del tipo d’errore che ha causato l’alert; e 
infine un campo di quattro cifre che indica con 
maggior precisione il tipo d'errore. Si noti che la 
terza e la quarta long word dell’array LastAlert 
contengono i valori che appaiono sullo schermo 
nel tipico messaggio di Guru Meditation. Si veda il 
file exec/alerts.h per un elenco dei codici che 
documentano gli alert. c 

Se si verifica un alert di Guru Meditation 
durante l’esecuzione di un task, il debugger (0 lo 
stesso task) può leggere il parametro LastAlert per 
scoprire le ragioni dell’alert. Subito dopo, 2 
seconda del tipo di alert, il processo può eventual- 
mente riprendere il controllo della situazione, € 
garantire l’incolumità dei dati che sta trattando. 
Qual è la frequenza di sincronismo verticale dello 
schermo? VBlankFrequeney indica la frequenza di 
sincronismo verticale in uso, ossia la frequenza alla 
quale si verificano gli interrupt relativi al blank di 
schermo (il blank di schermo è il periodo di tempo 
durante il quale il pennello elettronico viene 
spento e riportato nella posizione iniziale per 
disegnare un nuovo quadro). Ce ne sono 50 al 
secondo nel sistema PAL europeo e 60 al secondo 
nel sistema NTSC americano. Un task opportuna- 
mente predisposto può controllare questo valore 
per stabilire su che tipo di macchina è M 
esecuzione e regolare di conseguenza le sue 
temporizzazioni interne. 

Qual è la frequenza di rete? PowerSupplyFre- 
quency è un parametro che, come il precedente, 
tiene conto delle possibili differenze hardware nel 
computer in uso. Viene impiegato, tra l’altro, per 
regolare con una certa accuratezza alcune tempo- 
rizzazioni. 

Sono presenti in RAM moduli da eseguire durante 
il boot della macchina? KickMemPtr è un parame- 
tro che punta a una lista di strutture MemList, 
ognuna delle quali identifica un elenco di strutture 
MemeEntry. A sua volta, ogni struttura MemEntry 
individua l'indirizzo di un blocco di memoria e la 


sua lunghezza. In genere questo indirizzo indivi- 
dua la struttura Resident relativa a un modulo 
residente su RAM che deve ricevere il controllo 
durante il boot della macchina. Si tratta di moduli 
che vengono allocati nella memoria di sistema a 
particolari indirizzi attraverso la funzione AllocA- 
bs (questa funzione, tra l’altro non documentata, 
serve per allocare memoria a un particolare 
indirizzo assoluto). Una volta allocati, questi 
moduli di memoria vengono protetti, ossia non 
sono alterabili neanche con il reset della macchina. 
Per esempio, scorrendo l’elenco delle strutture 
MemEntry, potremmo trovare come ultimo mo- 
dulo un antivirus del tipo di Guardian ... oppure un 
maledetto virus. 

Di norma il boot dell’Amiga viene eseguito 
attraverso codici memorizzati in ROM. In certe 
condizioni il programmatore può voler scavalcare 
i codici standard per personalizzare il comporta- 
mento della macchina. Per esempio, negli Amiga 
500 e 2000, i dati necessari al boot del sistema si 
trovano nei primi 256K di ROM. Per l’ Amiga 1000, 
invece, questi codici, ossia il Kickstart, vengono 
caricati da disco, rendendo il boot più flessibile. 
Comunque, il parametro KickMemPtr consente 
una flessibilità ancora superiore a quella data dal 
Kickstart su disco, perché permette di usare codici 
scritti in memoria RAM. In questo modo si 
superano le limitazioni del Kickstart su disco (che 
non è molto facile da modificare) e anche in ROM 
(che per essere alterato richiede la sostituzione dei 
chip di memoria). 

Se sono presenti, dove si trovano i codici per il boot 
da RAM? KickTagPtr punta a un array di 
untatori a strutture Resident. Se tutte le chiamate 
alla funzione AllocAbs eseguite per allocare le 
funzioni di boot in RAM hanno avuto successo, 
questo parametro viene impostato all'indirizzo 
della prima struttura Resident. Questo array serve 
a raccogliere tutti i dati relativi alle funzioni di 
attivazione del sistema non standard. 
I codici per il boot da RAM sono integri? Ki- 
ckCheckSum è un parametro che serve per 
verificare che i moduli residenti inseriti per 
eseguire un boot non standard siano quelli previ 
sti. Infatti, dopo un reset bisogna sempre assicurar- 
si che la procedura di boot in RAM sia intatta, 
prima di cederle il controllo. 
È possibile espandere la struttura ExecBase per usi 
futuri? ExecBaseReserved[10] è un gruppo di 
dieci byte attualmente inutilizzati. Si tratta di uno 
spazio che in futuro potrà essere impiegato per 
aggiornare ed espandere il sistema Exec. La 
struttura ExecBase viene automaticamente alloca- 
ta in memoria dalle routine di sistema indicando 
l'opzione MEMF_CLEAR, e quindi questi dieci byte 
contengono soltanto zeri. 
ExecBaseReserved[20] è un secondo insieme di 
parametri, questa volta di 20 byte, previsti per 
impieghi futuri. Analogamente ai dieci preceden- 
ti, il sistema inizializza questi 20 byte con degli 
zeri. 
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Nel prossimo numero 


Nel prossimo articolo di questa serie illustrere- 
mo i programmi ARexx e WShell. L’ARexx è la 
versione per l’ Amiga del sofisticato interprete di 
file batch sviluppato dalla IBM, il Rexx. 

Passando all’ Amiga, questo linguaggio ha subito 
diverse modifiche, essenzialmente per sfruttare la 
capacità multitasking e la comunicazione a messag- 
gi offerte dal sistema operativo di questo compu- 
ter. I programmi dotati di message port di tipo 
ARexx possono comunicare fra loro e controllarsi a 
vicenda, cioè ricevere comandi da un altro task 
anziché dall’utente. Si tratta di possibilità già 
sfruttate da alcuni programmi apparsi recente- 
mente. Diventa quindi possibile, per esempio, 
avere un editor di testi il cui funzionamento è 
controllato da un file batch ARexx: CygnusEd 
Professional e TxEd Plus, per esempio, sono 
programmi in grado di ricevere comandi da file 
batch ARexx. 

Esamineremo poi il programma WShell, una 
particolare shell. Si tratta di un’interfaccia linea 
comandi migliore della macchinosa CLI: il pro- 
gramma WShell, per mezzo delle capacità di piping 
(ridirezione dell'output di un programma a un 
altro), dei comandi residenti, della gestione degli 
alias (sinonimi), supera molte limitazioni del CLI, 
calando l’utente in un ambiente di lavoro più 
flessibile, che può essere facilmente personalizzato 
e adeguato alle proprie esigenze. 


Listato ste di sistema 


prrnnmaneeaeeananeneenionieneniaeaeeneenionieeeeezeeeniseenene 
Questo programma permette di scandire alcune liste e array 
di sistema accedendo ai parametri della struttura ExecBase. 
Con il compilatore Aztec C della Manx l'oggetto 
dev'essere sottoposto alla fase di link con il comando: 

ln NomeFile -lc -1s 

Il programma per brevita’ non disabilita la gestione 
multitasking tramite le funzioni Forbid() e Permit() 


ARRERAEBMARTERARRARBABERNERAREARAARAROINARBARERAENAARANIBERE / 


#include <exec/execbase.h> 
#include <exec/memory.h> 
#include <exec/libraries.h> 
#include <exec/tasks.h> 
#include <exec/resident.h> 


struct ExecBase *SysBase; 

struct Node *NodePtr; 

struct MemHeader *MemP; 

struct Library *LibPtr; 

struct Task *TaskPtr; 

char more, *Tipo [17] = { 
"UNKNOWN" , "TASK", "INTERRUPT”, "DEVICE", "MSGPORT”", "MESSAGE", 
"FREEMSG","REPLYMSG", "RESOURCE", "LIBRARY", "MEMORY", "SOFTINT", 
"FONT", "PROCESS", "SEMAPHORE", "SIGNALSEM","BOOTNODE"}; 


void MostraBlocchi(p) /* Esamina la lista semplice */ 
struct MemChunk *p; /* di strutture MemChunk A 
{ 
inti=0; 
while (p != NULL) { 
printf(" Blocco%4d: %91d byte liberi\n",+i,p->mc_Bytes); 
p = p->mc_Next; 


printf("Premi un tasto...\n"); 
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void MostraModuliRes() { /* Esamina l’array di strutture */ 
APTR Ptr; /* Resident relative ai moduli */ 
struct Resident *Res; /* residenti presenti 4 
Ptr = SysBase->ResModules; 
ser_clear(); 
while (*Ptr != NULL) { 
Res = (struct Resident *) *Ptr; 
printf("Nome del modulo *%s\n",Res->rt Name); 
printf("Identificazione %s\n",Res->rt_IdString); 
printf("Versione %*d\n",Res->rt_Version); 
printf("Tipo %s\n",Tipo[Res->rt_Type]); 
printf("Priorita’ *d\n\n",Res->rt_Pri); 
read(more); Ptr++; 
} 
;) 


main() { 
char a[10]; 
int loop; 
for (;;) { 
do { 
loop = @; scr_clear(); 
printf("\n\n\n\n\nListe di sistema\n\n"); 
puts(” 1) Memoria libera (MemList)"); 
puts(” 2) Risorse (ResourceList)"); 
puts(" 3) Dispositivi (DeviceList)"); 
puts(" 4) Interrupt (IntrList)"); 
puts(" 5) Librerie (LibList)"); 
puts(”" 6) Message port (PortList)"); 
puts(”" 7) Task ready (TaskReady)"); 
puts(" 8) Task wait (TaskWait)");. 
puts(" 9) Moduli residenti (ResModules)"); 
puts(" “Questa non e’ una lista”"); i 
printf("\nQuale vuoi scandire? Sg : 
gets(a); scr_clear(); 
switch(atoi(a)) { 
case l: NodePtr = SysBase->MemList.lh Head; 
break; en 
case 2: NodePtr SysBase->ResourceList.lh Head; 
break; n i 
case 3: NodePtr SysBase->DeviceList.lh Head; 
break; ce i 
case 4: NodePtr = SysBase->IntrList.lh Head; 
break; tea 
case 5: NodePtr SysBase->LibList.lh Head; 
break; Gi ” 
case 6: NodePtr SysBase->PortList.lh_Head; 
break; 3 i 
case 7: a SysBase->TaskReady.lh_Head; 
case 8: NodePtr = 
break; 
case 9: MostraModuliRes( ): 
loop+; break; 
default: scr_clear(); exit(0); 


SysBase->TaskWait. lh Head; 


} 
} while (loop); 


while (NodePtr->In_succ I= @) { 


printf("Nome del nodo 

printf("Tipo 

printf("Priorita’ 

switch(atoi(a)) { 
SEE = (struct MemHeader *) NodePtr; 
ei reo *d\n",MemP->mh Attributes); 
Genin "RUStO @x%lx\n",(long)MemP->mh_Lower); 
Poeta dd @x%1x\n", (long)MemP->mh Upper); 
E "Byte liberi *1d\n",MemP->mh_ Free); — 
i 1ETenco dei blocchi (chunk):\n"): 

ni occhi (MemP->mh_First); break; 
case 5: LibPtr = 
Printf("Versione 
printf(“Revisione 
printf("Identificatore 
printf("In us 
break; 

case 7; 

case &: TaskPtr = 
printf("; 
break; 

} 

NodePtr = 


*s\n",NodePtr- >In Name); 
*s\n",Tipo[ NodePtr->ln_Type]); 
*d\n",NodePtr- >ln Pri); 


(struct Library *) NodePtr; 
*d\n",LibPtr->1 ib Version); 
*d\n",LibPtr->lib Revision); 
*s\n",LibPtr->] ib _IdString); 
© da %d task\n\n",LibPtr->lib OpenCnt); 


s (struct Task *) NodePtr; 
tato del task &d\n\n",TaskPtr->tc_State); 


NodePtr->1n_succ; read(more); 


} 
printf ("Fine di 


read(more); lella lista. Premi un tasto...\n"); 








IL LINGUAGGIO MACCHINA DELL’AMIGA 


LE MACRO 
ISTRUZIONI ASSEMBLY 


DELL'AMIGA 


Le macro istruzioni sono uno strumento di programmazione in grado 
di far risparmiare tempo e fatica. Per l’Amiga sono già pronte molte 
macro Assembly. Bisogna però sapere cosa fanno e come usarle 


di Eugene P. Mortimore 


nalizzando un listato in linguaggio Assem- 

bly, una delle cose che saltano subito 
; all’occhio è l’uso massiccio di macro 
istruzioni. Sebbene le macro sveltiscano in mane- 
ra significativa il lavoro del programmatore € 
contribuiscano a ridurre le dimensioni dei file 
sorgente, d’altra parte possono lasciare molto 
perplesso chi vuole studiare il programma. Infatti 
molte istruzioni appaiono del tutto oscure se non 
si conoscono le espansioni di tutte le macro 
Impiegate. 

Lo scopo di questo articolo è chiarire cosa Sono 
le macro istruzioni e a che cosa servono. Verrà 
dato particolare risalto alle macro che riguardano 
rispettivamente i nomi e la gestione delle librerie 
shared. Si tratta di macro definite qua e là net file 
INCLUDE e che ricorrono specialmente nei sor- 
genti scritti dalla Commodore. Dopo aver analiz- 
zato le espansioni di questi due gruppi di macro, 
diventerà molto più facile leggere i listati Assembly 
scritti da altri programmatori e redigere i propri n 
maniera più spedita. 


Le macro istruzioni 


In generale, nei linguaggi compilati, cioè 1 
linguaggi che prevedono la trasformazione di un 
sorgente in linguaggio macchina, una macro 
istruzione è la definizione di un blocco di codici 
con un nome. In seguito, ogni volta che nel 
sorgente compare il nome assegnato, questo viene 
sostituito dal relativo blocco di codici. È il 
cosiddetto preprocessore (particolare sotto-pro- 
gramma di ogni compilatore) che, oltre ad assolve- 
re molti altri compiti, si preoccupa durante la 
lettura del sorgente di espandere con le relative 
definizioni tutti i nomi di macro che incontra. Si 


comprende subito, quindi, che una macro non è 
una routine del programma che viene chiamata in 
run-time quando occorre, ma un blocco di codici 
sorgente che viene duplicato ogni volta che nel 
sorgente compare un certo nome. Le macro sono 
quindi, secondo questa definizione, oggetti molto 
generici e molto semplici a cui si può fare ricorso 
con qualsiasi linguaggio compilato, come il GC, 
V'Assembly, il Pascal, il Basic non interpretato. 

Nella realtà le cose si complicano un po’. Tutti 
i preprocessori che si rispettano consentono di 
passare alcuni argomenti alle macro, e quindi di 
strutturarle tenendo conto di questi argomenti. 
Inoltre, nelle definizioni delle macro si possono 
inserire direttive condizionali che consentono di 
scegliere di volta in volta quale blocco di codici 
dev'essere duplicato nel sorgente. Le possibilità 
quindi si moltiplicano a mano a mano che il 
preprocessore cresce di complessità. 

Supponiamo per esempio di avere a che fare con 
un microprocessore dotato di un set d’istruzioni 
poco flessibile, mentre preferiremmo program- 
marne un altro dotato di un set d’istruzioni più 
interessante, ovviamente senza dover cambiare 
computer. Per farlo è sufficiente definire nel 
proprio ambiente di programmazione in Assembly 
delle macro istruzioni che emulino le istruzioni del 
microprocessore più evoluto. In pratica queste 
macro diventano il nuovo set d’istruzioni di cui ci 
serviamo. Questo semplice esempio, anche se più 
appropriato al caso di un 6502 che di un 68000, 
evidenzia la flessibilità delle macro istruzioni nel 
riassumere un intero blocco d'istruzioni con un 
unico nome simbolico. 

Ovviamente, le macro istruzioni trovano la loro 
migliore applicazione quando determinati blocchi 
di codici ricorrono molto spesso in un programma. 
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Si tenga però presente che questi blocchi di codici 
ricorrenti devono essere abbastanza corti da non 
giustificare la loro trasformazione in routine. 
Molto spesso, quando si parla di macro si adotta 
il linguaggio tipico delle routine, probabilmente 
perché in superficie le due cose, per quanto 
profondamente diverse, possono apparire simili. È 
facile per esempio sentir parlare di “chiamata alla 
macro”, oppure leggere che “la macro esegue...”. 
Si tratta di espressioni fuorvianti, che mal interpre- 
tano il concetto di macro. In questo articolo si dirà 
invece “l'inserimento di una macro nel sorgen- 
te...”, “l'espansione della macro esegue...” e per 
indicare la trasformazione del nome di una macro 
nel relativo blocco di codici, diremo che la macro 
viene espansa dal preprocessore. 


La notazione standard delle macro 


Le macro usate nella programmazione dell’ Ami- 
ga fanno uso di uno standard riconosciuto da 
diversi assembler, a partire da quello della Manx. 
Esaminiamo da vicino che cosa prescrive tale 
notazione. 

Prima di tutto, i nomi di macro e di direttive 
assembler, per quanto non sia vincolante, vengono 
scritti in maiuscolo (CALLLIB, LINKLIB...). Le 
direttive più importanti nella definizione delle 
macro sono le seguenti: MACRO indica l’inizio di 
una macro; EQU assegna un'etichetta al valore di 
un'espressione; IFC confronta due stringhe di 
caratteri e se sono uguali impone all’assembler di 
continuare la compilazione con le successive linee 
di sorgente; IFNC confronta due stringhe di 
caratteri e se sono diverse impone all’assembler di 
continuare la compilazione con le successive linee 
di sorgente; IFGT elabora un’espressione numeri- 
ca e se il risultato è maggiore di zero impone 
all’assembler di continuare la compilazione con le 
successive linee di sorgente; DS.B definisce uno 
spazio di memoria in byte; DS.W definisce uno 
spazio di memoria in word; ENDC conclude il 
blocco di linee sottoposte alla compilazione condi- 
zionale; ENDM indica la fine della definizione della 
macro; SET imposta una variabile o un'etichetta 
con il valore di un’espressione e XREF, infine, 
genera il file di riferimento incrociato (cross 
reference) relativo a tutte le variabili definite nel 
sorgente. Ricordiamo che le direttive condizionali 
consentono di escludere dalla compilazione deter- 
minate linee di sorgente a seconda del valore che 
assumono particolari espressioni nel corso della 
compilazione. Più precisamente, se una condizione 
non è verificata, una direttiva condizionale inter- 
rompe la compilazione fino alla prima direttiva 
ELSE o ENDC. Per esempio, le direttive condizio- 
nali vengono usate quando in un sorgente sono 
presenti linee da compilare soltanto se è stato 
indicato un particolare microprocessore, ma pos- 
sono trovare largo uso in molte altre applicazioni, 
come nel debug o nei sorgenti che prevedono 
l'adattabilità dei codici a situazioni diverse. 
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Oltre a quelle elencate, riveste particolare 
importanza la direttiva FAIL. Quando l’assembler 
incontra FAIL, visualizza sullo schermo un messag- 
gio definito dal programmatore e causa un errore 
di compilazione (si noti che sebbene questa 
direttiva in effetti generi un errore che impone 
all’assembler di non creare il file oggetto, non 
blocca la compilazione, e permette di controllare 
se si verificano altri errori). Questa direttiva è 
molto utile nella fase di definizione della macro 
per stabilire se è stata inclusa indicando un numero 
eccessivo di argomenti. Le macro che controllano 
il numero di argomenti indicati nella loro defini- 
zione, iniziano con la direttiva condizionale IFGT, 
la quale verifica che il numero di argomenti 
indicati non sia superiore a quello atteso ed 
eventualmente passa ad eseguire FAIL (si noti che 
con queste due direttive non viene invece rilevata 
l'eventuale mancanza di parametri nell’espansione 
della macro). Si vedano come esempi le macro 
CALLLIB e LINKLIB, tenendo conto che la 
variabile NARG è una variabile speciale dell’assem- 
bler che contiene sempre il numero di argomenti 
passati a una macro al momento della sua espansio- 
ne. 

Per convenzione, tutti i nomi relativi ai registri 
del microprocessore 68000 vengono indicati in 
maiuscolo, mentre le istruzioni mnemoniche pre- 
viste dalla Motorola, come “sr”, “lea” o “move.l” 
sono indicate in minuscolo, sebbene gli assembler 
non impongano limitazioni. 


I parametri formali 


Come nella definizione delle funzioni (prevista 
dal linguaggio C), le macro Assembly possono 
ricevere argomenti formali: tuttavia, a differenza 
del C, una macro li usa al momento dell’espansione 
senza che siano stati dichiarati. Si tratta di 
argomenti che nella definizione di una macro 
vengono individuati tramite la loro posizione 
anziché tramite il nome. Questo significa che nella 
definizione di una macro è possibile per esempio 
riferirsi al terzo argomento specificando il numero 
3 preceduto dalla barra inversa “\” (i numeri che 
seguono la barra inversa possono variare da uno a 
nove). Se per via dell’assenza di nomi simbolici si 
teme di dimenticare il significato degli argomenti 
ai quali si fa riferimento, si può ricorrere a un 
commento da affiancare tramite il carattere “#” 
alla dichiarazione della macro (la prima riga della 
definizione). Se i riferimenti all'argomento della 
chiamata (en N2, \3...) sono racchiusi tra apici, 
] argomento viene trattato come una stringa, 
altrimenti viene considerato una variabile numeri- 
ca: im entrambi i casi il valore che l'argomento 
assume al momento dell’espansione viene sostitui- 
to a tutti i suoi riferimenti presenti nella definizio- 
ne. Quando una macro viene espansa, i parametri 
formali presenti nella sua definizione vengono 
sostituiti dai corrispondenti parametri attuali indi- 
cati come argomenti dopo il nome della macro. 








Le macro relative 
alle librerie 


La Tavola 1 raccoglie le macro che analizzeremo 
in questo articolo, e le divide in tre categorie. La 
prima riguarda le macro — tanto quelle generiche 
quanto quelle dedicate ai dispositivi — create per 
abbreviare i nomi delle librerie shared (d’ora in 
poi, chiameremo le librerie shared semplicemente 
librerie, e useremo la definizione completa soltan- 
to per le librerie linked). Queste macro hanno la 
funzione di facilitare i riferimenti alle librerie 
durante la scrittura di programmi che fanno uso 


Tavola 1 


delle routine OpenLibrary, CloseLibrary, Open- 
Device e CloseDevice (si tenga presente che i 
dispositivi dell’Amiga non sono altro che librerie 
gestite in modo particolare, quindi parlando di 
librerie ci si riferisce anche ai dispositivi, a meno 
che non sia specificato diversamente). Inoltre, ogni 
programma che utilizza queste macro diventa di 
fatto immune da successive modifiche nei file 
INCLUDE perché, anche se le espansioni delle 
macro sono suscettibili di alterazioni, i loro nomi 
restano invariati. 


Queste macro sono di ridottissime dimensioni. 
















Nome 


Nome del file 
della macro 


INCLUDE 








Macro che definiscono i nomi delle librerie 



































Macro per la gestione delle librerie 



















LINKGFX macros.Ì 








Macro per la gestione delle librerie dei dispositivi 







DEVINIT exec/io.i 

DEVCMD execrio.i L al 
di un dispositivo 

BEGINIO exec/io.i 







ABORTIO exec/io.i 





Descrizione 
della macro 


Nome della libreria del dispositivo Audio 


Nome della libreria della risorsa hardware CiaA 


Nome della libreria delle risorse generiche 


Nome della libreria del dispositivo Parallel 


Nome della libreria del dispositivo TrackDisk 
Nome della libreria del dispositivo Timer 


AUDIONAME devices/audio.i 

CIAANAME hardware/cia.i 

CIABNAME hardware/cia.i Nome della libreria della risorsa CiaB 
DISKNAME resources/disk.i Nome della libreria della risorsa Disk 
DOSNAME libraries/dos.i Nome della libreria DOS 

EXECNAME exec/execname.i Nome della libreria Exec 
EXPANSIONNAME — libraries/expansion.i Nome della libreria Expansion 
ICONNAME workbench/icon.i Nome della libreria Workbench 
MISCNAME resources/misc.i 

PARALLELNAME  devices/parallel.i 

POTGONAME resources/potgo.i Nome della libreria della risorsa Potgo 
ROMBOOT_NAME — libraries!romboot_base.i Nome della libreria RomBoot 
SERIALNAME devices/serial.i Nome della libreria del dispositivo Serial 
TD_NAME devices/trackdisk.i 

TIMERNAME devices/timer.i 


Macro per la chiamata di generiche funzioni di libreria 

Macro utile per aprire una libreria e chiamare una funzione 

Macro per la definizione degli offset ai vettori delle funzioni all'interno di una libreria 
Macro per l'impostazione del primo offset in una tavola di vettori 


Richiama una funzione senza che sia necessario specificare i caratteri ‘_LVO" 


Esegue il link a una libreria inserendo automaticamente i caratteri “LVO" 


Macro per la definizione degli offset dei vettori in una libreria DOS 


Macro per la definizione di un generico simbolo esterno 

Sinonimo della macro precedente 

Sinonimo della macro EXTERN_LIB, specifica per le librerie dell'Exec 
Sinonimo della macro EXTERN_LIB, specifica per le librerie grafiche 


Macro analoga a CALLLIB, che include però i caratteri "_LVO" 


CALLLIB exec/libraries.i 
LINKLIB exec/libraries.i 
LIBDEF exec/libraries.i 
LIBINIT exec/libraries.i 
CALLSYS asmsupp.i 
(fa uso di CALLLIB) 
LINKSYS asmsupp.i 
(utilizza LINKLIB) 
LIBENT libraries/dos-lib.i 
EXTERN_LIB exec/types.i 
XLIB asmsupp.i 
XREF_EXE macros.i 
XREF_GFX macros.i 
CALLEXE macros.i 
LINKEXE macros.i 


Macro che effettua il link alla libreria Exec, utilizzando la macro LINKLIB 
Analoga alla precedente, ma dedicata alla libreria Graphics 


Macro analoga a LIBINIT, ma riferita a librerie di dispositivi 
Macro utilizzata per aggiornare il contatore dei comandi presenti nella libreria 


Macro che manda in esecuzione la funzione BeginiO della libreria dei dispositivi 
facendo uso di LINKLIB 
Come sopra, per la funzione AbortlO 









Consistono del semplice nome, per esempio AU- 
DIONAME, e di una stringa di caratteri ASCII a 
terminazione nulla (cioè una stringa che termina 
con un byte a zero) che definisce il nome della 
libreria o del dispositivo. Un tipico esempio è: 


AUDIONAME MACRO 
DC.B 'audio.device',0 
ENDM 


Alcune macro per le librerie utilizzano al posto 
della direttiva DC.B la macro STRING così definita 
(si veda anche il file INCLUDE exec/strings.i): 


STRING MACRO 
DC.B NI 
DC.B0 
CNOP 0,2 
ENDM 


Qui viene utilizzata la direttiva assembler CNOP 
per forzare la posizione dei caratteri della macro 
STRING a un indirizzo di memoria pari. Un 
esempio tipico di macro che impiega la macro 
STRING è: 


PARALLELNAME MACRO 
STRING '‘parallel.device',0 
ENDM 


Questo diverso modo di rappresentare una 
stessa macro (un fatto non certo positivo) mette in 
luce le variazioni subite dai file INCLUDE nel corso 
del tentativo, da parte dei programmatori della 
Commodore-Amiga, di utilizzare macro sempre 
più complesse per facilitare il proprio lavoro. 

Le ultime due categorie di macro riportate nella 
Tavola 1 mostrano 18 macro dedicate alla gestione 
delle librerie e dei dispositivi. Molte sono esempi di 
macro che contengono al loro interno altre macro 
con argomenti predefiniti: per esempio, la macro 
CALLEXE contiene la macro CALLLIB e indica per 
essa particolari argomenti; la macro LINKEXE 
contiene LINKLIB e ne definisce anche l’unico 
argomento. 


Spiegazione 
di alcune macro 


Le macro relative alle librerie e ai dispositivi 
vengono usate soprattutto durante il link dei vari 
moduli oggetto che compongono il programma, al 
fine di risolvere tutti i riferimenti ancora irrisolti 
relativi alle funzioni delle librerie e dei dispositivi. 
Questi particolari riferimenti nei moduli oggetto 
sono gli offset ai vettori delle funzioni (delle 
librerie o dei dispositivi) che l’assembler non ha 
potuto risolvere, cioè inserire numericamente, 
perché sono specificati solo nelle librerie linked, 
alle quali l’assembler non accede. 

La macro CALLLIB ha la seguente definizione: 


CALLLIB MACRO * ftnVtrOstName 
IFGT NARG -1 
FAIL !!! too many arguments !!! 
ENDC 
jsr \N1(A6) 
ENDM 
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Questa macro, quando viene opportunamente 
espansa nel sorgente, serve a chiamare una 
funzione contenuta in una libreria, per esempio la 
funzione ClearScreen() della libreria graphics. 
library. La macro CALLLIB si aspetta un solo 
argomento: l’offset che - sommato all’indirizzo 
base della libreria — individua il vettore di salto alla 
particolare funzione indicata. Nel corso dell’e- 
spansione, viene eseguita la direttiva FAIL solo nel 
caso che vengano indicati due o più argomenti. Si 
noti che i caratteri che seguono la direttiva FAIL 
non intervengono nella compilazione, quando la 
direttiva viene eseguita, ma appaiono sullo scher- 
mo. 

L’espansione della macro corrisponde all’istru- 
zione jsr offset (6), la quale somma l’offset all’indi- 
rizzo base della libreria che i codici precedenti 
devono aver già memorizzato nel registro A6, e 
cede il controllo all’indirizzo assoluto che ottiene. 
Questo indirizzo individua il vettore di salto della 
libreria, che a sua volta cede il controllo alla 
funzione associata a quell’offset e a quell’indirizzo 
base. Si ricordi che per qualsiasi libreria (anche 
quella di un dispositivo), questo offset è un numero 
negativo, e che quindi i vettori di salto alle funzioni 
della libreria sono tutti distribuiti a indirizzi 
minori rispetto all’indirizzo base. Inoltre, si tenga 
presente che mentre l’offset viene determinato in 
fase di compilazione, il contenuto del registro A6 
viene invece stabilito in fase di esecuzione dei 
codici: quando nel file eseguibile la CPU giunge 
all’istruzione jsr offset (A6), 1 codici che precedono 
questa espansione di CALLLIB devono aver già 
memorizzato nel registro A6 l’indirizzo base della 
libreria, ottenuto ‘chiamando OpenLibrary 0 
OpenDevice. Per esempio, la struttura Library 
della libreria Exec è allocata in memoria a partire 
dalla locazione $00C00276. Se nel sorgente s’inse- 
risce la macro CALLLIB seguita dall’argomento 
AllocMem, durante l'espansione la macro verrà 
trasformata nell’istruzione Assembly ijsr -198(A6). 
In fase di esecuzione del programma tutto funzio- 
nerà. perfettamente se nel registro A6 viene 
Inserito l’indirizzo base $00C00276 prima di giun- 
gere a questa istruzione. 

La macro LINKLIB ha la seguente definizione: 


LINKLIB MACRO * ftnVtrostName, 
IFGT NARG -2 


FAIL !!! too many arguments !!! 
ENDC 


move.] AG, (-SP) 


move.] \2,A6 
CALLLIB \1 


move.1 (SP)+,A6 


libraryBaseName 


ENDM 


Questa macro ha la funzione di generare i codici 
per aprire una libreria e chiamarne una funzione. 
Abbiamo dunque due argomenti: l’offset al vetto- 
re di salto della funzione, che è lo stesso argomento 
usato da CALLLIB, e un puntatore alla base della 
libreria che contiene la funzione. Si tratta di una 
macro analoga a quella precedente, ma che svolge 
un compito in più: generare in fase di compilazio- 





ne anche i codici che inizializzano opportunamen- 
te il registro A6. Si noti che comunque il registro 
A6 viene aggiornato sempre durante il run-time, e 
non in fase di compilazione, dal momento che 
l’assembler non può sapere a quale indirizzo si 
troverà la base della libreria. Anche in questa 
macro, le prime due direttive controllano se gli 
argomenti passati sono più numerosi di quelli 
attesi. 
La macro LIBDEF ha la seguente definizione: 


LIBDEF MACRO * fntVtrOstName 

N1 EQU count-lib 

count_lib SET count-lib - lib-vectsize 
ENDM 


Questa macro serve a definire gli offset delle 
funzioni contenute in una libreria creata dall’uten- 
te. Riceve in input il nome di una funzione, poi, 
ogni volta che la macro viene eseguita, associa al 
nome della funzione un particolare offset 
(count_lib), calcolato riducendo il precedente 
della quantità lib-vectsize (si tratta di una costante 
pari a 6, il numero di byte occupato da ogni vettore 
di salto). Supponiamo che si debbano generare gli 
offset per una libreria contenente dieci funzioni, e 
che il vettore più vicino alla base della libreria 
debba corrispondere all’offset_ -30 (i quattro 
vettori precedenti, come nel caso delle librerie 
standard, li consideriamo riservati). Si inizializza 
allora count_lib a -30 tramite la macro LIBINIT (la 
prossima che analizziamo), € s'inseriscono nel 
sorgente dieci macro, una per ogni nome di 
funzione. Ovviamente, i nomi delle funzioni 
devono apparire come argomenti delle dieci 
macro: l’ordine sarà decrescente, dal nome relati 
vo al vettore più vicino all'indirizzo base della 
libreria, per concludere con il nome relativo al 
vettore più lontano. La costante lib_vectsize viene 
definita insieme alla macro LIBDEF nel file 
INCLUDE exec/libraries.i. 

La macro LIBINIT ha la seguente definizione: 


LIBINIT MACRO * [vtrTab]leBaseOst] 
TEC PRIA 
count_lib SET 1ib-userdef 
ENDC 
TENG: N10 
count_lib SET N1 
ENDC 

ENDM 


Anche in questo caso sì tratta di una macro di 
supporto alla creazione degli offset nelle librerie 
personalizzate, ovvero create dal programmatore. 
Ha la funzione di stabilire il valore della variabile 
count_lib, cioè il valore del primo offset utile da 
impiegare con la macro LIBDEF. Anche se sì 
potrebbe pensare che il primo offset utile sia -6 (il 
primo vettore appena sotto l'indirizzo base), 
dobbiamo tenere conto che nella tavola dei vettori 
i primi quattro sono spesso considerati riservati, 
cioè individuano in memoria quattro funzioni 
riservate. Se si procede a creare una libreria che 
segua il modello delle librerie standard, si deve 
tenere presente che il primo vettore utile per le 


proprie funzioni è quello individuato dal consueto 
offset -30. 

LIBINIT ha bisogno di un solo argomento, il 
nome dell’offset al primo vettore utile. La macro 
effettua un test su quest’argomento, attraverso la 
direttiva IFC, per controllare se si tratta di una 
stringa nulla. Se l’esito del confronto è positivo 
(nessun argomento), la macro associa alla variabile 
count_lib la costante lib-userdef (-30). Se invece è 
presente un argomento, la variabile count_lib 
assume quel valore. Analogamente a quanto visto 
prima, la costante lib-userdef è definita nel file 
exec/libraries.i. 

Le macro CALLSYS e CALLEXE hanno la 
seguente definizione: 


CALLSYS MACRO * ftnVtrOstName 
CALLLIB -LVON1 
ENDM 


CALLEXE MACRO * ftnVtrOstName 
CALLLIB -LVONI1 
ENDM 


Queste due macro servono a richiamare una 
funzione contenuta in una libreria. L'unico argo- 
mento che si deve specificare è il nome dell’offset 
al vettore della funzione. Queste macro non 
contengono altro che la macro CALLLIB, e hanno 
soltanto lo scopo di evitare al programmatore la 
noia di digitare i caratteri “-LVO” (Load Vector 
Offset, l’offset che individua il vettore di salto alla 
routine della libreria). 

Le macro LINKSYS, LINKEXE e LINKGFX 
hanno la seguente definizione: 


LINKSYS MACRO * ftnVtrOstName, libraryBaseName 
LINKLIB -LVON1, \2 


ENDM 


LINKEXE MACRO * ftnVtrOstName 


LINKLIB -LVO\ 1,-SysBase 
ENDM 


LINKGFX MACRO * ftnVtrOstName 
LINKLIB _LVO\1,_GfxBase 
ENDM 


Queste tre macro servono a semplificare ulte- 
riormente il lavoro del programmatore nel chia- 
mare le funzioni presenti in alcune librerie 
standard; fa eccezione la prima, che ha lo scopo di 
permettere l’impiego di una routine contenuta in 
una qualsiasi libreria (si devono specificare il nome 
del vettore e l’indirizzo base della libreria). 

La macro LINKGFX permette di utilizzare le 
routine grafiche messe a disposizione dalla libreria 
grafica dell’Amiga: si noti che questa macro 
richiama al suo interno la macro LINKLIB, 
specificando l’offset del vettore e il nome della 
particolare libreria, ossia —GfxBase. Ancora una 
volta, l’impiego di questa macro evita al program- 
matore l'onere di digitare i caratteri “LVO”. 

Lo stesso discorso si può fare per la macro 
LINKEXE, con una sola differenza: l’impiego della 
costante -SysBase, che punta alla base della 
libreria Exec. 
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La macro LIBENT ha la seguente definizione: 


LIBENT MACRO * ftnVtrOstName 
-LVON1 EQU count 
count SET count — vsize 

ENDM 


Questa macro serve a definire gli offset delle 
funzioni contenute in una libreria dell’ Amiga. Si 
tratta di una macro molto simile a LIBDEF. L'unica 
differenza è che il nome della funzione indicata 
come argomento viene automaticamente precedu- 
to dal prefisso - LVO, necessario per individuare le 
funzioni della libreria standard dell’ Amiga. Nel 
file INCLUDE libraries/dos_lib.i la variabile count 
viene inizializzata a -30, mentre la costante vsize 
vale 6. In questo file INCLUDE, la macro LIBENT 
viene usata per definire gli offset di tutte le 
funzioni contenute nella libreria DOS. 

Le macro EXTERN_LIB, XREF_EXE, 
XREF_GFX e XLIB hanno la seguente definizione: 


EXTERN_LIB MACRO * ftnVtrOstName 
XREF _LVONI 
ENDM 


XREF_EXE MACRO * ftnVtrOstName 
XREF _LVON1 
ENDM 


XREF_GFX MACRO * ftnVtrOstName 
XREF _LVON1 
ENDM 


XLIB MACRO * ftnVtrostName 


XREF _LVON1 
ENDM 


Queste macro sono tutte uguali e permettono di 
definire il nome di un indirizzo di funzione come 
simbolo globale esterno. In effetti, come si può 
notare, l’unica semplificazione che offrono queste 
macro è l’automatica aggiunta del prefisso -LVO ai 
nomi delle funzioni prima di dichiararle come 
simboli globali esterni. Analogamente al caso delle 
macro CALLSYS e LINKSYS, si tratta di macro che 
duplicano funzioni già espletate da altre macro 
dell’Amiga. DA 

La macro DEVINIT ha la seguente definizione: 


DEVINIT MACRO * [vtrTableBaseOst] 
TEG TS [E 0 
cmd_count SET cmd_nonstd 
ENDC 
TENGU 1808 
cmd_count SET 'X1' 
ENDC 

ENDM 


Questa è una macro di supporto alla creazione 
degli offset relativi alle funzioni contenute nelle 
librerie dei dispositivi. E molto simile alla più 
generica macro LIBINIT. Il suo scopo è impostare 
l’offset al primo vettore utile nella tavola dei 
vettori (come per tutte le librerie, questo offset si 
riferisce all'indirizzo base della libreria). Nel caso 
dei dispositivi, i primi vettori della tavola devono 
individuare alcune funzioni standard, cioè presen- 
tiintuttii dispositivi. Seguono poi le funzioni non 
standard del particolare dispositivo. 
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Se non vengono dati argomenti, la macro 
imposta la variabile cmd_count al valore 
cmd-nonstd, che indica quante funzioni (0 coman- 
di) non standard sono presenti in quella particolare 
libreria; se invece è presente un argomento, questa 
variabile assume il suo valore. La macro e la 
variabile cmd_nonstd vengono definite nel file 
exec/io.i. 

La macro DEVCMD ha la seguente definizione: 


DEVCMD MACRO * cmdname 
N1 EQU cmd_count 


cmd_count SET cmd_count + 1 
ENDM 


Lo scopo di questa macro è contare tutti i 
comandi standard previsti da un particolare dispo- 
sitivo. I comandi standard iniziano con 
CMD_RESET e terminano con CMD_FLUSH; si 
veda il file INCLUDE exec/io.i per comprendere 
meglio l’uso delle macro DEVINIT e DEVCMD. 
DEVCMD richiede come argomento soltanto il 
nome della funzione, al quale viene associato il 
valore del contatore cmd_count, che comincia 
subito a essere incrementato. 


Le macro BEGINIO e ABORTIO hanno la 
seguente definizione: 


BEGINIO MACRO 


LINKLIB dev_beginio, io_device(A1) 
ENDM 


ABORTIO MACRO 


LINKLIB dev_abortio, io_device(Al) 
ENDM 


Queste due macro sono molto simili. Servono 
per creare nel sorgente i codici che eseguono le 
chiamate rispettivamente alla funzione BeginIO o 
AbortIO di un particolare dispositivo, e contengo- 
no solo la macro LINKLIB seguita dall’offset della 
funzione e l’indirizzo base del dispositivo. 


Prossimamente 


Nel prossimo articolo della serie analizzeremo il 

pacchetto CygnusEd Professional, un editor di testi 
estremamente efficiente e veloce, che può essere 
usato per la stesura di programmi di qualsiasi tipo, 
indipendentemente dal linguaggio utilizzato, Ba- 
sic, C o Assembly. Vedremo le possibilità di 
configurazione e î modi d'impiego di questo 
Interessante prodotto. 
Le capacità di CygnusEd Professional sono uni- 
e. Permette infatti la gestione di diverse finestre 
con più file contemporaneamente aperti, e consen- 
te addirittura la visione di parti diverse dello stesso 
file in più finestre, il che si rivela utilissimo quando 
nel codice sorgente sono sparpagliate qua e là 
molte funzioni e molte routine. Inoltre, questo 
editor può interfacciarsi con altri programmi 
grazie a una serie di comandi che fanno uso delle 
possibilità offerte dall’ARexx, il famoso linguaggio 
batch originariamente pensato per i sistemi di 
computer IBM. 
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COLLANA 
TEMPUS 
scienza e tecnologia 


La storia, l'impatto sociale e il futuro della scienza 
e dell'alta tecnologia 


M_.. 


l La IHT Gruppo Editoriale inaugura il suo terzo anno di Vita dando l’avvio a una nuova 
1 e m p u s. Collanachesioccuperàdi unsettore ancora tutto da esplorare: quello della ricerca scientifica 
e tecnologica. 

Con questa collana cominciano a precisarsi alcuni obiettivi della nostra casa editrice, che 
non intende limitarsi a pubblicare testi d’informatica — sia pure estremamente curati e scelti 
tra i più significativi del mercato mondiale — ma vuole offrire al pubblico un catalogo quanto 
più vario possibile che, privilegiando sempre il punto di vista tecnologico, 

possa alutare 1 suoi lettori a tenersi aggiornati con ogni aspetto del 
mondo moderno. 
Gli argomenti della collana, le sue tematiche, le sue 
linee d’interesse diventano sempre più evidenti leg- 
sa _gendo la descrizione dei volumi presentati in questo 
catalogo. Nonci sono limiti “settoriali” alle esplorazioni di TEMPUS: vengono proposti testi 
sull’intelligenza artificiale, sull’inserimento dei nuovi sistemi “intelligenti” nella società di 
oggi, sui progressi compiuti nel campo della genetica, sull’evoluzione dell'economia 
moderna, sulle moderne teorie dell’evoluzione dell’universo, sui sistemi d'arma del futuro, 
sulla possibilità di essere ancora un “inventore” in un mondo in cui sembra esistere solo la 
ricerca di gruppo... 

È una serie che si rivolge a tutti i lettori aperti ai nuovi stimoli della scienza, una scienza 
presente nella vita di ogni giorno, non solo nei laboratori e nelle università. E proprio per 
questo i libri che vengono selezionati per il marchio TEMPUS privilegiano la facilità di 
lettura, pur senza venire mai meno al rigore dei contenuti e alla completezza dell’informazio- 
ne. 

Noi non abbiamo mai creduto che solo chi è in possesso di un linguaggio matematico 
adeguato debba avere l'opportunità di affrontare il mondo della scienza. I linguaggi ermetici 
sono necessari soltanto per argomenti strettamente specialistici, e troppo Spesso si leggono 
libri inutilmente ostici. Non abbiamo alcuna intenzione di battere ancora questa strada. 

La collana TEMPUS propone libri stimolanti e vivaci, che possono aiutare l’uomo di oggi 
a entrare in contatto con la realtà affascinante in cui vivrà l'uomo di domani. 















LA MACCHINA ELA MENTE 


Alla scoperta della nuova scienza dell'intelligenza artificiale 


George Johnson 


È possibile creare una macchina che comprenda il linguaggio umano? Che faccia 
scoperte originali e sappia imparare dai propri errori? Quanto vicini siamo a risultati 
di questo tipo? Quanto lontani potremo spingerci? 

La macchina e la mente offre un ritratto vivido e profondo di una scienza che sta 
nascendo, una relazione dalle più lontane frontiere a cui si sia spinto l’uomo: 
l'intelligenza artificiale (AI). È l’irresistibile storia 
di un'impresa che coinvolge intrallazzi politici, 
speculazioni selvagge, ostacoli impossibili, grandi 
trionfi e abbaglianti visioni. 

In questo libro facciamo conoscenza con i padri 
dell’intelligenza artificiale: Marvin Minsky, Roger 
Schank, Douglas Hofstadter e Edward 
George lofinson Feigenbaum. Dalle loro dirette esperienze 
scopriamo a che punto è arrivata la progettazione 


LA MA CCHINA di una macchina che comprende il linguaggio 


umano e su quali teorie scientifiche è basata. 

Accanto alla storia puramente tecnica 
dell’intelligenza artificiale, inoltre, La macchina e 
Alla scoperta della nuova scienza la mente prende in considerazione anche le 

dell'intelligenza artificiale 5 5 Sai . É È 

implicazioni etiche e filosofiche di una linea di 

ricerca tanto delicata. Il cervello è solo un 
computer, che elabora una serie di programmi 
chiamati “mente”? Ha senso pensare di creare 
sistemi più intelligenti dei loro stessi creatori? È 
pericoloso lasciare che siano le macchine a 
prendere certe decisioni? Se daremo la capacità di 
ragionare alle macchine, daremo loro anche l’autocoscienza? 

In 400 pagine, questo libro offre molte risposte, e moltissimi interrogativi, dal 
momento che oggi siamo arrivati al punto di poter parlare di “scienza dell’intelligenza 
artificiale” (e di raccontarne la storia), ma intravediamo un cammino ancora molto 
lungo. In un certo senso ci sentiamo sul confine tra il naturale e artificiale... ma non 
siamo del tutto certi che questo confine esista davvero. 


E LA MENTE 


400 pagine - 16 x 23,5 cm - rilegato con copertina rigida - ISBN 88-7803-012-0 - L. 42.000 
Data di pubblicazione: ottobre/dicembre 1988 = 

















INVENTORI DEL NOSTRO TEMPO 


Interviste con 16 famosi inventori americani 
Kenneth A. Brown 


In 


ventori del nostro tempo è una raccolta di 16 interviste con alcuni dei maggiori 


inventori di questo secolo. Da professionisti della ricerca come Maxime Faget della 
NASA, Harold Rosen della Hughes Aircraft e Bob Gundlach della Xerox, fino a 
Imprenditori indipendenti come Stanford Ovshinsky e Raymond Kurzweil, esperto di 


intelligenza artificiale. 

Le loro realizzazioni — il laser, il microprocessore, il 
pacemaker, il computer Apple IT e molte altre = sono spesso 
coraggiose e originali, e sempre brillanti. 
<A poco a poco, attraverso le diverse storie dei personaggi 
Intervistati, cominciamo a intuire quali regole comandano i 
Meccanismi della dote che chiamiamo “creatività”. Ma 
l'economia capitalistica rende la Vita difficile allo spirito 


creativo, tanto che molti, già oggi, pensano che gli inventori 
siano una razza estinta. 


Invece, come testimonia questo libro, si tratta di un’ipotesi 
assolutamente infondata... almeno per ora. 
400 pagine - 16 x 23,5 cm - rilegato con copertina rigida 
ISBN 88-7803-010-4 - L. 42.000 
Data di pubblicazione: ottobre/dicembre 1988 


COMPUTER IN GUERRA: 
FUNZIONERANNO? 


Kenneth A. Brown 


INVENTORI 


DEL NOSTRO 
TeMPO 


Interviste con 16 famosi 
inventori americani 





I rischi e le potenzialità delle nuove tecnologie militari 


David Bellin e Gary Chapman 


Stiamo per caso affidando la sicurezza del mondo a 
tecnologie troppo avveniristiche? Questa è la domanda a cui 
si sforza di rispondere Computer in guerra: funzioneranno? 

Questo volume presenta gli elementi scientifici concreti 
necessari per crearsi un’opinione al riguardo, e riserva un 
ampio spazio alle analisi dei maggiori esperti. Il risultato è 
un libro non tecnico, di facile lettura e molto stimolante. 

Tra i principali argomenti affrontati da Computer in 
guerra: funzioneranno? troviamo lo “scudo stellare”, il 
programma “strategic computing”, le applicazioni 
dell’intelligenza artificiale alla tecnologia militare e così via. 


350 pagine - 16 Xx 23,5 cm - rilegato con copertina rigida 
ISBN 88-7803-011-2 - L. 39.000 
Data di pubblicazione: ottobre/dicembre 1988 


David Bellin 
Gary Chapman 


COMPUTER 
IN GUERRA: 
FUNZIONERANNO? 


| rischi e le potenzialità 
delle nuove tecnologie militari 








I CREATORI DEL DOMANI 


Un mondo nuovo di macchine organiche 
Grant Fjermedal 


«Siamo sulla soglia di un cambiamento paragonabile a quello che ha visto nascere la 
vita...». I creatori del domani, un libro brillante e originale, ci conduce in un viaggio 
straordinario verso le frontiere del futuro, fino ai limiti massimi a cui gli scienziati di 
oggi osano spingere la loro immaginazione. 

Attraverso ampie interviste e approfonditi profili, 
l’autore ci fa entrare in un mondo che sarà il regno delle 
macchine pensanti. Provate a immaginare di trovarvi in 
una sala operatoria: un chirurgo robotico vi incide il 


I cranio con delicatezza e mette a nudo il vostro cervello, 
visi ne registra l’intero contenuto e lo trasferisce all’interno 

Grant Fiermedal di un computer... la vostra mente (qualcuno direbbe la 
I CREATORI vostra anima) si trova ora in un corpo artificiale, e il 


vostro vecchio corpo = ormai obsoleto — viene 
DEL DOMANI disconnesso. Ma nel nostro futuro remoto c’è ben altro: 


RT computer organici non più grandi di un granello di 
dnacine crgoniche sabbia, braccia robotiche in grado di manipolare la 
struttura del DNA e... 


300 pagine - 16 X'23,5 cm - rilegato con copertina rigida 
ISBN 88-7803-013-9 
Data di pubblicazione: gennaio/marzo 1989 


IL SEGRETO DEL SUCCESSO 


Investire nell'economia di oggi: le sfide, le opportunità, i pericoli 
G. R. Funkhouser e R. R. Rothberg 





Dall'inizio degli anni Settanta, gli imprenditori statunitensi hanno sperimentato di 
persona quale abisso separi la crescita prevista è la crescita effettiva. Questo libro 
esprime un singolare punto di vista: il generale 
rallentamento dello sviluppo economico negli Stati Uniti 
potrebbe non essere temporaneo. 

L'idea della crescita aveva affascinato a tal punto gli 
economisti americani che nessuno aveva pensato di porsi 

GR Funbfose due da «Quale tipo di crescita?» e «A 
beneficio di chi?». 
IL pa Attraverso l’analisi di spettacolari fallimenti (Atari, 

Bendix) e di clamorosi fenomeni di rapidissimo sviluppo 

DEL SUCCESSO (DuPont, Procter&Gamble), Il segreto del successo 

se analizza le differenze tra crescita sana e crescita forzata, 

e suggerisce le strategie migliori per investire in 
situazioni economiche diverse. 





300 pagine - 16 x 23,5 cm - rilegato con copertina rigida 
ISBN 88-7803-014-7 - Data di pubblicazione: gennaio/marzo ’89 
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NORME PER I COLLABORATORI 


: È ._ Siete interessati a collaborare con la nostra casa editrice in qualità di autori, articolisti o traduttori? Sb 
In linea di massima prendiamo in considerazione ogni proposta, ma il nostro lavoro verrà semplificato se seguirete alcune semplici norme: 


autori 
._ — inviare curriculum accademico e professionale, e una nota biografica N 
— piano dell’opera proposta, con dettagliata descrizione della struttura e dei contenuti 
— dimensioni approssimative dell’opera e data di consegna 


articolisti 
— inviare curriculum accademico e professionale, e una breve nota biografica 
— breve descrizione dell’articolo, della serie di articoli, o del listato proposto 
— dimensioni approssimative dell’articolo (in cartelle) 
— eventuale disponibilità a una collaborazione continuativa 
— nel caso di un listato, si ricordi che l’autore deve scrivere anche un articolo di presentazione 


traduttori 
— inviare curriculum accademico e professionale, e una breve nota biografica, specificando prima, seconda e (eventualmente) terza lingua 
— specificare se la proposta riguarda la collana Informatica (traduzioni di tipo tecnico) o le collane Cinema e Tempus 


Ogni proposta va inviata a: 
IHT Gruppo Editoriale 
Servizio Collaboratori 
Via Monte Napoleone, 9 - 20121 Milano 
Tel. 02/794181 - 799492 - 792612 - 794122 





Un computer chiamato 


AMIGA 


4, 
snoorseo av © AMIGA 


I L MANUALE DELL’AMIGADOS 


Questo volume è l’unica documentazione 
ufficiale realizzata dalla Commodore sul si- 
stema operativo dei computer Amiga. 
Contiene tre libri (Il Manuale per l’utente, 
Il Manuale per il programmatore e Il Ma- 
nuale di riferimento tecnico) che costitui- 
scono nel loro complesso la guida più com- 
pleta per ogni utente dell’Amiga, dal princi- 
piante che vuole usare i comandi dell’ Ami- 
gaDOS (che non sono spiegati dall’opuscolo 
in dotazione al computer), fino al program- 
matore evoluto che troverà utili informazio- 
ni per programmare in C e in Assembly. 


376 pagine, L. 60.000 








I 
AMIGA 


Come il Commodore Amiga ha cambiato il 
mondo dei computer, così il volume 
L’Amiga proietterà la vostra immaginazio- 
ne lungo nuovi orizzonti di creatività. 
Preparatevi a ottenere stupefacenti risultati 
dal vostro computer: sofisticate immagini 
video, suoni e musica, sequenze animate da 
registrare su videocassetta, e molto di più. 
In questo volume troverete inoltre consigli 
utili per ottenere il meglio dall’Amiga Basic 
e da prodotti software eccezionali come 
Deluxe Paint, Deluxe Music 

e Deluxe Video. 


416 pagine, oltre 100 illustrazioni, L. 60.000 


IL MANUALE 


I libri INT sono disponibili nelle migliori librerie e computer shop. Per ordini diretti servirsi dell'apposito modulo pubblicato a pagina 127 
IHT Gruppo Editoriale - Via Monte Napoleone, 9 - 20121 Milano - Tel, 02/794181-794122 - Fax 784021 - Telex 334261 IHT I 
Distribuzione: Messaggerie Libri - Via Giulio Carcano, 32 - 20141 Milano - Tel. 02/8438141 
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NOVITÀ HARD E SOFTWARE DALL'ITALIA E DAL MONDO 





LLZAVO 


EDILIZIA 
INFORMATICA 


A cura del Dipartimento di 
Programmazione, Progettazione 
e Produzione Edilizia del Politec- 
nico di Milano, a partire dal 5 
maggio 1989, si svolgerà un corso 
di aggiornamento sul tema “L'in- 
formatica nelle imprese edili” 
(l'impatto organizzativo, le po- 
tenzialità e i metodi di governo 
delle nuove tecnologie). 

Al corso possono essere am- 
messi dipendenti e collaboratori 
della Pubblica Amministrazione, 
operatori del settore edile, laure- 
ati in Architettura, Ingegneria, 
Informatica, Scienze Politiche, 
Economia e Commercio. Il corso 
tratteggia un quadro organico 
delle problematiche dell’informa- 
tica applicata all'impresa edile, 
fornendo un approfondimento 
conoscitivo sistematico e di ampia 
portata. Verrà dedicata particola- 
re attenzione all’informatizzazio- 
ne dell’impresa edile nel contesto 
attuale, con l’obiettivo d’indivi- 
duare i criteri ottimali per utiliz- 
zare questa tecnologia sia in ter- 
mini d'efficienza delle singole 
procedure, sia di controllo della 


120 


VAVQUIA 
GAZETTE 


gestione. Verranno esaminate an- 
che le nuove frontiere applicative 


dell’informatica: reti locali, 
project management e intelligent 
building. 

Per le domande d’ammissione 
e per ogni eventuale informazio- 
ne rivolgersi al Politecnico di 
Milano. 


Dipartimento di Programmazione, 
Progettazione e Produzione Edilizia 
Via Bonardi, 3 

20133 Milano 

(tel. 02123995100) 


SOFTWARE ORIGINALE 


In seguito a una riunione tenu- 
tasi a Firenze il 5 dicembre, i 
seguenti rivenditori di computer 
operanti in Toscana si sono impe- 
gnati a commercializzare solo ed 
esclusivamente software originale 
nei loro punti di vendita: Atema 
Sas, C.P.U. Srl, Help Computer, 
M.G. di Maurri, Teleinformatica 
Toscana, Punto Soft, Elettronica 
Centostelle. 

Si tratta del primo impegno in 
Italia in tal senso e rappresenta 
una pietra miliare nel campo della 
rivendita del software, troppo 
spesso inquinata da copie pirata 
che oltre a svilire il prodotto, 
recano danni economici ai 


commercianti del settore. La riu- 
nione è stata promossa dalla Lea- 
der Distribuzione Srl di Casciago 
(VA), primaria ditta che importa e 
distribuisce in Italia giochi e sof- 
tware d’intrattenimento per com- 
puter. 

La Leader ha dichiarato che 
investirà in Toscana almeno 25 
milioni nei prossimi tre mesi per 
appoggiare questa decisione e 
sostenere i rivenditori che hanno 
sottoscritto l'impegno. 

Nel congratularci con i rivendi- 
tori per questa dimostrazione di 
professionalità e serietà, ci augu- 
riamo che presto questa iniziativa 


possa estendersi in altre zone 
d’Italia. 


AMIGA TOTO 


Amiga Toto è un programma di 
riduzione e condizionamento per 
sistemi integrali di Totocalcio. 
Offre (tra l’altro) la possibilità 
d’inserire colonne condizionanti, 
di ridurre le colonne del sistema 
in base alle probabilità percentua- 
li di alcuni risultati, di ridurre il 
sistema in modo assoluto, d’impo- 
stare gruppi di due, tre e quattro 
segni riguardanti partite consecu- 
tive e definire in analogia con i 
risultati singoli presenza totale e 
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consecutività, di verificare il peso 
di una riduzione su un sistema 
integrale, di stampare il sistema 
su tabulato o su schedina con 
stampanti Epson compatibili e di 
rintracciare le colonne vincenti in 
un sistema già sviluppato. 

Amiga Toto è studiato per ga- 
rantire un uso semplice e intuiti- 
vo, e offre la possibilità di ridurre 
il proprio sistema efficacemente e 
velocemente. 


Leader Distribuzione 
Via Mazzini, 15 
21020 Casciago (VA) 
(tel. 0332/212255) 


LES R®O) 


ELECTRONIC 
ARTS NEWS 


Project Firestart (C-64) è un 
gioco a metà tra l'horror e la 
fantascienza, dall’aspetto molto 
cinematografico: primi piani, dis- 
solvenze e una colonna sonora 
particolarmente efficace. Il gioco 
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è ambientato nel 2066 e si svolge 
a bordo della Prometheus, una 
nave spaziale impegnata nella 
creazione, tramite sintesi geneti- 
ca, di minatori in grado di lavora- 
re nelle minere di titanio e iridio 
degli asteroidi. Dal momento che 
la prima generazione si è dimo- 
strata piuttosto pericolosa, è stato 
necessario creare severi meccani- 
smi di controllo. Ma dal 13 feb- 
braio 2066 la Prometheus non dà 





più segni di vita: i sistemi di 
sicurezza non sono stati sufficien- 
ti? Il giocatore viene incaricato 
dagli Stati dei Sistemi Uniti di 
fare luce sul caso e parte alla volta 
dell’astronave per affrontare 
chissà quali orrori genetici. 
Populous (Amiga) è una novità 
realizzata dai programmatori del- 
la Bullfrog, gli autori di Fusion. Si 
tratta di un gioco originalissimo, 
difficile da classificare, che vede 
due nazioni, una buona e una 





malvagia, scontrarsi in nome del 
proprio dio. Il giocatore ricopre 
addirittura il ruolo della divinità, 
e il suo scopo è quello di accresce- 
re la forza e il numero dei suoi 
fedeli, cancellando l’altro popolo 
dalla faccia del pianeta. Mostri 
marini e uccelli giganti agiscono 
come elementi di disturbo casua- 
li, che attaccano senza distinzioni 
l’uno o l’altro popolo. Populous 
fornisce una mappa completa del 
mondo tridimensionale in cui si 
svolge il gioco e dà la possibilità di 
zoomare istantaneamente in ogni 
punto. Può essere giocato contro 
il computer o contro un altro 
Amiga. | 
Un’altra novità piuttosto m- 
consueta investe il settore libra- 
rio: la Electronic Arts mette a 
disposizione dei giocatori più seri 
e tenaci una serie di clue book (libri 
d’indizi) che contengono suggeri- 
menti, trucchi, mappe e percorsi 
per arrivare in un determinato 
punto del gioco o superare osta- 
coli particolarmente impegnativi. 
Finora sono disponibili i libri, 
relativi a Bards Tale I, Bards Tale 
II, Bards Tale III, Deathlord, Wa- 
steland, The Mars Saga e Sentinel 
Worlds, ciascuno al prezzo di 5 


sterline. Gli appassionati non pos- 
sono farseli sfuggire. 


Electronic Arts 

11-49 Station Road, Langley 
Berkshire SL3 8YN, England 
(tel. 00441/753146672) 


SHOOT’EM UP 
PIRATA 


La data d’uscita della versione 
per l’Amiga di Shoot'em up Con- 
struction Kit è anticipata all’aprile 
1989. La Outlaw ci informa che il 
programma è stato in buona par- 
te riscritto e sono stati aggiunti 
molti miglioramenti. 

Attenzione però alle copie pira- 
ta di questo programma che a 
quanto pare sono già ampiamente 
diffuse in Europa. Si tratta di 
copie di una pre-release, incom- 
patibili con la versione ufficiale e 
incapaci di produrre giochi auto- 
nomi, e per di più contengono un 
virus particolarmente feroce e 
inattaccabile dalla maggior parte 
degli antivirus oggi disponibili. 


Outlaw Productions 

The Old Forge 

7, Caledonian Road 
London N1 9DX, England 
(tel. 0044/1/2780751) 


INFOGRAMES 
NEWS 


Il popolarissimo personaggio a 
fumetti Tintin approda ora sulla 
Luna a bordo di... un Amiga. La 
Infogrames ha realizzato Tintin 
on the Moon, un gioco che trova 
Tintin e i suoi compagni di avven- 
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ture (tra cui gli inevitabili gemelli 
Thompson) precedere di altri 
quindici anni il primo uomo sulla 
luna. Il loro viaggio inizia nell’im- 
maginaria Syldavia, anno 1953, 
ed è funestato da innumerevoli 
disavventure che vedono il nostro 
eroe alle prese con spolette da 
disinnescare, sabotaggi e rapi- 
menti. 

La stessa software house propo- 
ne Billiards, una simulazione del 
biliardo francese per C-64 e Ami- 

















ga da giocare contro il computer 
o contro un avversario umano, 
con tre opzioni per il tipo di stecca 
e la possibilità di vedere il tavolo 
in due dimensioni (dall’alto) o in 
prospettiva. Si possono regolare 
l’attrito con la sponda, la forza del 
rimbalzo, l’effetto e l’attrito con 
la superficie del tavolo. 

Tra gli altri titoli proposti re- 
centemente dalla Infogrames per 
l’Amiga segnaliamo Purple Sa- 
turn Day (giochi olimpici fanta- 
scientifici, nei quali si affrontano 
in quattro gare i rappresentanti di 





otto razze del lontano futuro), 
The Temple of Flying Saucers (un 
dopobomba ambientato nel terzo 
millennio, tra umani degenerati e 
superstiziosi, orde di mutanti e 
telepati uniti in una rete mentale 
che ricopre tutta la Terra), The 
Quest for the Time-Bird (versione 
computerizzata dell’avventura a 
fumetti La cerca dell’augello del 
tempo di Loisel e Letendre, pub- 
blicata anche in Italia). Nella 
collana Infogrames/adventures 
in italiano è disponibile un altro 
gioco tratto dai comics: / passegge- 
ri del vento (Amiga e C-64). 


Infogrames 
84, Rue de 1° Mars 1943 
69628 Villeurbanne, Cedex, France 


MICROPROSE NEWS 


La Microprose, che da sei anni 
progetta e produce programmi 
d’intrattenimento per home e 
personal computer, è stata inseri- 
ta nella lista INC 500, un elenco 
delle società private americane 
che hanno ottenuto i maggiori 
successi di crescita dal 1983 al 
1987. AI 72° posto nel 1988, la 
Microprose è stata l’unica softwa- 
re house attiva nel settore dei 
giochi a comparire nella lista. Nel 
periodo indicato, le vendite della 
Microprose sono passate da 385 
mila dollari a 13 milioni e 200 mila 


dollari, con un incremento del 
3.332 per cento. La società spera 
di arrivare a cento milioni di 
dollari di fatturato per il 1990. 
«Penso che ci riusciremo» affer- 
ma Bill Stealey, presidente e co- 
fondatore della Microprose, 
«abbiamo tutto quello che ci vuo- 
le: grandi persone con grandi 
idee». 

Ea proposito della Microprose, 
è recentissimo l’annuncio che la 
software house di Hunt Valley ha 
acquistato i diritti per tutto il 
mondo di Universal Military Simu- 
lator Il: Nation at War (Amiga). Il 
programma sarà realizzato da 
un’équipe di programmatori ca- 
peggiata da Ezra Sidron (autore 
del primo UMS) e da Ed Bever 
(laureato in Storia a Princeton e 
supervisore della Microprose). 
Ezra Sidran ha dichiarato: «E 
sempre stato il mio sogno, poter 
lavorare in coppia con Bever. Lo 
considero uno dei maggiori 
esperti nel campo dei war game 
computerizzati, e sono particolar- 
mente felice di svolgere questo 
lavoro con la Microprose, senza 
alcun dubbio la software house di 
maggior livello nel campo dei 
simulatori per home computer». 


Microprose Software Ldt 
2, Market Place, Tetbury 
Glos GL8 8DA England 
(tel. 0044/666/54331) 
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Compro programmi gestionali per 
A2000 (possibilmente con manuali). Inviare 
offerte. Vendo CBM 64, drive 1541, Speed- 
DOS, 60/70 dischi pieni, GEOS originale, 
registratore, manuali ecc. Prezzo trattabile 
(vendo anche separatamente). Luca Ceria — 
Via Roma, 46 —- 13060 Valdengo (VC). 





Vendo 400 giochi per C-64/128 causa 
passaggio all'Amiga. L. 130.000 non tratta- 
bili. Francesco Cuzzola — Via Rucellai, 20/3 
— 20126 Milano — Tel. 02/2550620. 





Compro/scambio software per Amiga. 
M'interesso di tutto; per favore telefonatemi 
o scrivetemi. Luigi Gnocchi — Via G. Marconi, 
17 — 21010 Mezzana di S. L. (VA) — Tel. 
0331/768197. 





Vendo programmi originali Accolade, 
SSI, Cinemaware, Activision (Might & Ma- 
gic), simulazioni Electronic Arts (Strike Fleet), 
Sublogic (Jet), Actionsoft (Up Periscope), 
Microprose (Gunship e altri) e sportivi Epyx 
per C-64. Solo Roma. Luca 06/3765696. 





Vendo Amiprint più 64 Emulator Il per 
AS00 a L. 50.000. Vendo dischi per C-64 
pieni di giochi. Prezzo interessante L. 
100.000 per 80 dischi più contenitore. | 
dischi sono per la maggior parte 3M. Davide 
Albertin — Via San Lorenzo, 58 — 15020 S. 
Giorgio M. (AL). 





Scambio programmi, videogiochi e utilitiy. 
Posseggo molte novità per l'Amiga. Massima 
serietà e disponibilità. No lucro. Per informa- 
zioni telefonare allo 0572/771273. Chiede- 
re di Gino. 





Contatto utenti Amiga per scambio 
software (giochi, utility e demo) ed espe- 
rienze di ogni tipo. Per maggiori informazio- 
ni: Luca Castiglioni - Via Padre Ceriani, 19 — 
20011 Corbetta (MI) — Tel. 02/9778142. 


Vendo in blocco 50 dischi pieni di 
programmi per il C-64 a L. 50.000 (compre- 
se eventuali spese di spedizione). Inoltre 
compro il programma Laserterm per il 6499 
completo di manuali. Per maggiori informa- 
zioni scrivere a: Massimo Tabasso - Piazza 
Molineris, 1 — 12038 Savigliano (CN). 








Scambio programmi per A-500 senza 
scopo di lucro. Non compro non vendo. 
Rispondo a tutti. Giuliano Mazzocchi — Via 
Pienza, 6 — 50142 Firenze. 





Per Amiga scambio esperienze, pro- 
grammi, utility. Preferibilmente zona Geno- 
va. Mauro Mele - Via Cardinale, 6/5 — 
16035 Rapallo (GE) — Tel. o, 
Oppure via modem su Opus Rapallo: 0185/ 
274020. 





Scambio programmi per C-128 sia in 
modo 128 sia in modo CP/M. Vasta bibliote- 
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ca software con oltre 350 titoli, inviare 
vostre liste a: Rosario Albanese — C.so 
Alberto Amedeo, 66 — 90138 Palermo — Tel. 
327764. 





Cerco possessori Amiga per scambio 
programmi. Natale Bottoni — Via Sismon- 
do, 1 - 54027 Pontremoli (MS) — Tel. 
0187/830666. 





Scambio programmi per Amiga 500. 
Tengo corrispondenza con gli interessati. 
Offresi e richiedesi massima serietà. Annun- 
cio sempre valido. Massimo Falcione — Via 
Piedimontana - 84060 Omignano Scalo (SA) 
- Tel. 0974/836507. 


Vendo programmi Amiga anche di pro- 
duzione propria. Info-disk L. 5.000 in busta 
chiusa. Josef c/o Parrocchia Ognissanti — Via 
Appia Nuova, 244 - 00183 Roma - Tel. 
06/7550697. 


Scambio in Torino software per C-64. 
Cerco inoltre arretrati di Zzap! solo se in 
ottime condizioni. Telefonare da: Luca, 


877016 Torino (20.00/22.00). 





Con utenti 128/64 cambio/compro/ 
vendo tutti i migliori programmi, completi di 
manuale originale o istruzioni in italiano. 
Massima serietà e competenza. Giuliano 
Cinci — Pian dei Mantellini, 44 - 53100 Siena 
— Tel. 0577/47054. 





Cerchiamo nuovi contatti con utenti 
Amiga per scambio programmi, manuali, 
esperienze, impressioni e tutto ciò che 
riguarda questo computer. Offriamo inoltre 
lavori grafici di alta qualità e desideriamo 
contatti con programmatori assembler 
68000. Estrema serietà. Sabaudian Softwa- 
re — Via Udine, 22 —- 33032 Bertiolo (UD) — 
Tel. 0432/917520. 


Scambio programmi per Amiga. Solo 
Milano e zone limitrofe. Annuncio sempre 
valido. Telefonare dopo le 20.00: 02/ 
48840026 (Paolo). 





Senza scopo di lucro scambio program- 
mi per l'Amiga. Inviare propria lista. Annun- 
cio sempre valido. Stefano Valduga - Via 
Giamaolle, 20 - 38051 Borgo Valsugana 
(TN). 








CLASSIFIED DELLA COMMODORE 
GAZETTE E UN MODO 
ECONOMICO PER INFORMARE LA 
PIÙ VASTA UTENZA 
COMMODORE SUI VOSTRI 
PRODOTTI O SERVIZI. GLI 
ANNUNCI NON A SCOPO DI 
LUCRO, INVIATI DA PRIVATI, 
VENGONO PUBBLICATI 
GRATUITAMENTE (COMPILARE 
L’APPOSITA SCHEDA DI SERVIZIO 
LETTORI). 


Quote: 15.000 lire per linea, minimo 4 
inee. Aggiungere 5.000 lire per ogni 
parola in grassetto o 50.000 he per 
l’intero annuncio in grassetto. 
Condizioni: pagamento anticipato. 
Vengono accettati assegni e vaglia 
postali. Gli assegni devono essere 
intestati a: INT GRUPPO 
EDITORIALE s.r.l. 

Forma: gli annunci sono soggetti 
all'approvazione dell'editore e devono 
essere scritti a macchina o in modo 
molto chiaro. Una linea equivale a 40 
lettere, spazi tra le parole compresi. 
Pregasi sottolineare le parole che si 
intendono scrivere in grassetto. 
Informazioni generali: gli inserzionisti 
devono sempre specificare nome e 
indirizzo completo. Gli annunci 
appariranno nel primo numero 
disponibile dopo il ricevimento. 


Inviare il materiale a: 
IHT GRUPPO EDITORIALE 
UFFICI PUBBLICITARI 
VIA MONTE NAPOLEONE 9 
20121 MILANO 


Attenzione: Commodore Gazette non si 
assume responsabilità in caso di reclami 
di qualnque natura da parte degli 
inserzionisti e/o dei lettori. Nessuna 
responsabilità è altresì accettata per 
errori e/o omissioni di qualsiasi tipo. 








Per C-64 scambio software di qualunque 
tipo. Dispongo di 1.300 programmi. Preferi- 
sco scambio su disco. Annuncio sempre 
valido. Walter Mughini — Via Z. Boccherini, 7 
— 50144 Firenze. 





Cedo programmi per Amiga sempre 
aggiornato con le ultime novità. No scopo di 
lucro. Chiedere lista. Scrivere a Lucio Lazze- 
rini — Via S. Antonio, 49 — 38041 Abiano 
(TN). Telefono 0461/689294 (da lunedì a 
venerdì dopo le ore 22.00 — sabato dalle 
12.00 alle 16.00 — domenica mattina). 





Per Amiga 500 scambio games e utilities. 
Inviare lista a: Renato Romano — Corso 
Regina Margherita, 115 — 18014 Ospeda- 
letti (IM). 





Scambio programmi per Amiga soprat- 
tutto giochi. Solo in zona Pordenone. Telefo- 
nare dal lunedì al venerdì allo 0434/44944, 
ore pasti, chiedere di Davide. 





Scambio programmi per Amiga 500 
possibilmente in zona. Massima serietà. 
Rispondo a tutti. Scrivere o telefonare a: 
Roberto Ive — Via Don Gilardi, 8 — 10036 
Settimo Torinese (TO) — Tel 011/8011527. 


Vendo Commodore 128D più monitor 
Philips BM7552, più registratore mod. C2N, 
più joystick, più cavo adattamento 80 colon- 
ne, più quattro libri Jackson - MeGraw Hill a 
L. 1.000.000 trattabili. Regalo circa 25 
cassette più 40 riviste. Fabrizio Frassa — Via 
Gorizia, 5 - 13040 Saluggia (VC) — Tel. 
0161/486422. 
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Cedesi Atari 800 XL mai usato completo 
di registratore al miglior offerente. Rivolgersi 
a Giuseppe Cangiano — Via Mazzocchi, 133 
— 81055 Santa Maria C.V. (CE). 





Hardware vendo C-128 più drives 1541- 
71-81 exp. 640K, più registratore, più ROM 
upgrades 128 e 1571, più Epson LX 90, più 
monitor 1084, più programmi gestionali e 
manuali, più giochi e utilities programmazio- 
ne Basic 7.0, più libri italiano inglese. Ottimo 
stato, imballi originali, prezzo concordabile. 
Paolo Sozzi — Via Arici, 21 — 25040 
Monticelli Brusati (BS) — Tel. 030/6527449. 





Vendesi C-128 perfettamente funzio- 
nante (modo 64-128-CP/M) più drive 1571 
doppia faccia super speed, più registratore, 
più due cartridges “Final Cartridge ll" e “Fast 
Load”, più 50 dischi con i migliori programmi, 
più 20 cassette, più manuali. Tutto a L. 
550.000. Diego Alberici - Via Ugo Foscolo 
— 27058 Voghera (PV) —- 0383/649138. 





Vendo Amiga 500 con il Kickstart 1.3, 
drive esterno, stampante Star NL 10 e 
archivio programmi. | programmi li posso 
scambiare con videoregistratore VHS recen- 
te. Silvano Bompieri — Strada dei Colli, 60 — 
46040 Monzambano (MN) - Tel. 0376/ 
800772. 





Vendo Atari 1040 più mouse, più cento 
dischi, più cavo Scart a L. 1.000.000. Vendo 
scheda XT per A2000 più disk drive da 
5,25" a L. 1.000.000. La scheda XT è in 
garanzia e ha un mese. Rivolgersi a Ezio al 
numero 031/550748 - Via Sinigaglia, 1 — 
22100 Como. 





Vendo stampante Commodore MPS 
1200 usata pochissimo a L. 390.000. 
Telefonare allo 079/2420119 ore pasti (San- 
dro, Sassari). 





A sole L. 600.000 vendo un CBM C-128D 
(drive 1571 più C-128), più monitor fosfori 
verdi 40/80 colonne Philips, più datassette, 
più un joystick, più manuali di riferimento, più 
manuale di programmazione Basic, più gio- 
chi su disco e cassetta. Telefonare a Marco 
06/3292768. 





Occasione: vendo C-128 con copritastie- 
ra, due registratori, un play record lun anno 
di vita, imballi originali, manuali in italiano), 
più un libro di matematica e geometria per 
programmi Commodore, più 50 nuovi giochi 
con due portacassette per L. 450.000. 
Telefonare a Paolo 041/616725. 





Occasione: vendo stampante STAR NL 
10 in perfette condizioni! Cavo per collega- 
mento con l'Amiga e qualsiasi MS-DOS 
compatibile più manuale. Telefonare allo 
0578/294012 (Roberto) oppure allo 0575/ 
67616 (Andrea). 





Compro modem per Amiga standard 
V21, V22, (V23), in ottimo stato e a buon 
prezzo. Scambio software/hardware e ma- 
nuali per l'Amiga 500. Diego Giorgi — Viale 
Cortemaggiore, 12/2 - 93012 Gela (CL) — 
Tel. 0933/938404. 





Cerco disk drive 1541 per C-64 e 
stampante MPS 801/803. Spesa massima L. 


150.000 cadauno. Sempre valido. Telefo- 
nare Pietro 19.00/21.00 — 011/6273665. 


Vendo Amiga 1000 tastiera americana 
Kickstart (1.1, 1.2), monitor 1081, disk drive 
esterno 1010, il tutto perfettamente funzio- 
nante a L. 1.300.000. Antonio Durello — Via 
G. Durer, 31 - 35100 Padova — Tel. 
049/6124358. 


Vendo espansione di memoria RAM 
1700 da 128K per C-128 a L. 100.000. 
Francesco Di Maio — Viale Nettuno, 152 — 
66023 Francavilla (CH) — Tel. 085/817520 
ore pasti. 





Vendo C-128, disk drive 1570, joystick, 
dischi e contenitore, manuali originali in 
italiano. Tutto a L. 600.000 trattabili. Telefo- 
nare allo 0141/291363 ore pasti e chiedere 
di Carlo. 


47/D — 32020 Limana (BL). 





Compro riviste inglesi e americane per 
Amiga (mi basterebbero anche solamente 
informazioni su di esse). Vendo inoltre libri 
per C-64/128 causa passaggio a sistema 
superiore. Maurizio Morini — Via Cosenza, 
122 - 03100 Frosinone — Tel. 0775/ 
200890. 





Acquisterei anche in blocco i primi nove 
numeri di Commodore Gazette. Stefano 
Tirabassi — Via Ettore Rolli, 15 — 00153 
Roma. 


Se “smanettare” con l’Amiga è il tuo 
passatempo preferito, contact mel Ti aspet- 
tano: hot news, intro. personalizzate e 
tantissime altre cose... Fernando Carfagna — 
Via della Stazione, 27 — 04015 Priverno (LT) 
— Tel.0773/911223. (The best get better...). 





Vendo a L. 500.000 C-64, disk drive 
1541, registratore C2N, numerosi program- 
mi su cassetta e disco, lezioni Beatrice D'Este 
nei contenitori in pelle. Christian Cognini — 
Via Petrarca, 68 —- 60100 Ancona -—- Tel. 
071/895244. 





Vendo “Tre slot Motherboard” per C-64 
a L. 25.000. Serve per collegare tre cartuc- 
ce contemporaneamente, selezionabili tra- 
mite switch. Massima serietà. Paolo Sarego 
- Via del Terminillo, 51 — 02100 Rieti. 


Cerco possessori di Book of the Dead, 
videogioco per il C-64, che conoscono le 
parole o le frasi per iniziare il gioco. Chi le 
conosce può mandarle per posta a Daniele 
Bagnasco — Corso Venezia, 40 — 14100 
Asti. Grazie! 








Cerco utenti di GEOS 128 per scambio 
idee. Matteo Mairate — Via Fiume, 96 — 
10088 Volpiano (TO). 





Desidero contattare possessori di 
A2000 in zona Caldonazzo. Scrivere a 
Stefano Bernabè - Via Roma, 81 — 38052 
Caldonazzo (TN). 


È nato!! Cosa? Ma il “New Commodore 
Club", naturalmente! Chiamateci! Abbiamo 
grandi idee. Scrivete a New Commodore 
Club — Via F. Baracca, 9/11 A — 16035 
Rapallo (GE) — Tel. 0185/60829. 





Il “TNT” Club Alberobello cerca nuovi 
soci disposti a far esplodere il loro Amiga o 
MS-DOS con una miriade di programmi. 
Nessuna quota d'iscrizione, max serietà. Per 
informazioni telefonare a TNT Club — Via 
Monte Grappa, 2 - 70011 Alberobello (BA) 
— Tel. 080/721871 (chiedere di Giampiero). 





Techsoft Club 64/Amiga! Non solo pro- 
grammi, ma anche recensioni e notizie con 
un collegamento diretto tramite modem con 
una banca dati. Per informazioni telefonare 
o scrivere a Simone Prantera - Via della 
Pelliccia, 31 -— Roma — Tel. 06/5890041. 





Il Computer Club Vercelli esiste. Hai un 
computer (MS-DOS, Amiga, C-64, Spectrum 
o altro) e cerchi amici per scambiare idee, 
opinioni, programmi? Vieni a trovarci sabato 
pomeriggio in piazza C. Battisti, 7 (Ex-Enal). 
Poi deciderai se iscriverti. Per informazioni 
telefonare in ore serali allo 0161/63074. 





Vendo anche separatamente circa 70 
dischi con programmi, utility e giochi per 
C-64, registratore, joystick e copricomputer. 
Telefonare ore serali allo 0471/940876 o 
scrivere a Arturo Tonazzi — Via S. Giacomo, 
131 - 39050 San Giacomo di Laives (BZ). 





Vendo a L. 90.000 Enciclopedia De 
Agostini “Input”: corso pratico di pro- 
grammazione per lavorare e divertirsi col 
computer. Sei volumi, 1664 pagine già 
rilegati per Commodore 64. Paolo Demuti — 
Via San Protaso, 2 - 20026 Novate Mil. (MI) 
- Tel. 02/3543750. 





Sono un neo-possessore di A2000 e 
cerco compagni di sventura per scambio 
impressioni, programmi, informazioni ed 
eventuale fondazione club in provincia di 
Belluno e Treviso. Andrea Tatto — Via La Cal, 


8502 Group cerca soci per il club 
Amiga. Iscrizione gratuita: diritto al bolletti- 
no mensile. Luca Bassini — Via Pollone, 78 — 
13051 Biella - Tel. 015/591273 (ore 
20.00-21.00). 





Cerchiamo soci per il nuovo club per 
C-64. Tutti gli iscritti riceveranno una rivista 
mensile con tutte le novità per il loro 
computer. Inoltre ogni nuovo socio ha diritto 
a 4 giochi in omaggio!!! Pierangelo Galizia — 
Via Appia S.5.7, 3 - 85050 Baragiano Sc. 
(PZ) - Tel. 0971/993258. 





È sorto il “Tartugan Club Mazara” per 
Commodore Amiga e CBM 64. Per informa- 


zioni: TOM - Via Viareggio, 8 — 91026 
Mazara Del Vallo (TP) - Tel. 0923/93 1 302- 
945623. 
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S C-64/128 - Novità e curiosità, recensioni e listati: il C-64 e il C-128 non si scordano mai. 


S Il linguaggio dell’Amiga - Impariamo a configurare il sistema in ambiente C e a 
sfruttare al meglio disk drive e RAM disk: terza parte del corso di C 


S Hardware alla sbarra - Terminata la serie dedicata alle stampanti, iniziano le nuove 
prove hardware di Commodore Gazette. 


S L’Amiga al microscopio - Sotto esame alcuni indispensabili strumenti di 
programmazione: l'editor Cygnused e i programmi Arexx e WShell 





S GEOS e la Berkeley - GEOS è un Mondo che, con le sue sorprese sempre nuove, fa 
riscoprire il fascino del C-64 


SI Amiga BASIC - La grafica da Basic: come gestire gli schermi dell'Amiga, con una serie 
di brevi esempi 
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SCHEDA ORDINAZIONE LIBRI 





Con il presente taglia 





Collana Informatica 



































Collana Cinema 
Collana Tempus 














Pagherò in contrassegno al postino la somma di L 


ndo desidero ordinare i seguenti libri: 


L'AmigeribichagiBaot)cr rca 
Il Manuale dell'AmigaDOS (Commodore-Amiga) ...... 
Programmare l'Amiga Vol. | (Eugene P. Mortimore) 
Programmare l'Amiga Vol. Il (Eugene P. Mortimore) 


L. 60.000 
L. 60.000 
. uscita: settembre '89 
uscita: maggio '89 





Guida ufficiale alla programmazione di GEOS (Berkeley Softworks) ............. L. 64.000 
Fligliti Simulator Cexpilet [Charles Gulch ci L. 30.000 
Volare con Flight Simulator (Charles Gulick) ....... L. 45.000 
Le mille luci di Hollywood (David Chell) ............. . L. 42.000 
Inventori del nostro tempo (Kenneth A. Brown) L. 42.000 





+ spese postali (L. 6.000 per volume) 





Cognome 








Indirizzo 
Città 
Prov. 











C.a.p. Tel.. 








Firma 





QONVIMODORE febbraio 1989 











L) Desidero inserire gratuitamente un mio annuncio nella rubrica CLASSIFIED (solo per i privati 
e per gli annunci non a scopo di lucro). 





O Desidero inserire un mio annuncio nella rubrica CLASSIFIED. Allego assegno bancario o 
circolare o postale oppure fotocopia della ricevuta del vaglia postale per un totale di 


Lo Il mio codice fiscale o partita IVA (per le aziende) 
è il seguente: 





Attenzione: perché un annuncio venga accettato è necessario che sia stato compilato anche il 
questionario presente sull’altro lato di questo tagliando. 


TESTO: 

















Inserire all’interno di una busta affrancata e spedire a: 


Commodore Gazette 
Servizio Lettori 

Via Monte Napoleone, 9 
20121 Milano 


Inserire all’interno di una busta affrancata e spedire a: 


* IHT Gruppo Editoriale 
Divisione Libri 
Via Monte Napoleone, 9 
20121 Milano 

















UNCOMPUTER, UN LIBRO... 
cell LL ALI 


F LIGHT SIMULATOR CO-PILOT 











Questo volume è un vero “istruttore di volo” per 
coloro che possiedono il programma Flight Simulator 
della Microsoft per i PC IBM e compatibili, oppure 
Flight Simulator II della SubLogic per Commodore 
\_ 64, Apple II, Atari 800 XL e XE. 
Non è un semplice compendio di comandi da 
4 ricordare a memoria, ma un brillante compagno 
e d’avventura, scritto con estro e ironia. Un libro 
da sfogliare con il computer acceso, per imparare passo 
dopo passo i principi del volo “rettilineo e livellato”, le 
procedure di decollo e di atterraggio, del volo strumentale e 
notturno, e del volo acrobatico. 
152 pagine, L. 30.000 


prora V OLARE CON FLIGHT SIMULATOR 


Questo volume si rivolge a tutti gli utenti che 
possiedono la versione di Flight Simulator per 
l’Amiga, l’Atari ST o l'Apple Macintosh. 

Con uno stile spigliato, ma con grande attenzione a 
ogni dettaglio, l’autore conduce l'allievo pilota 
attraverso le varie fasi di un corso di volo che si 
PESSOA) LO o (Sg MANCO. 0) 0 IO 00) 0) 000): 10)9) co{c: 6) CONE! MN (0) 0) 
acrobatico. Il testo è completato da dettagliate 

\ cartine di rotta, schemi che illustrano l’uso dei 
pe. comandi, parametri di volo ideali e procedure 

utili nelle più svariate situazioni di volo. 

232 pagine, L. 45.000 





I libri IHT sono disponibili nelle migliori librerie e computer shop. Per ordini diretti servirsi dell'apposito modulo pubblicato:a pagina 127 
IHT Gruppo Editoriale - Via Monte Napoleone, 9 - 20121 Milano - Tel. 02 |794181-794122 - Fax 784021 - Telex 334261 IHT I 
Distribuzione: Messaggerie Libri - Via Giulio Carcano, 32 - 20141 Milano - Tel. 02/8438141 
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Blind e affascinante raccolta d’interviste ai più famosi “creatori di 
cinema” degli anni '80. Questa volta non sono al centro dell'attenzione 
attori e registi, ma i tecnici. Tecnici premiati con l'Oscar, esperti in campi 
così particolari che molti di noi non ne sospettano neppure l’esistenza. 

Per curiosare dietro le quinte del mondo di celluloide. Per scoprire come È 
si è trasformata la Hollywood degli anni ‘80. Per avere notizie sul futuro 
della computergrafica e sulle ultime novità nel campo degli effetti speciali. 
Ma anche per imparare ad amare il cinema e conoscerlo meglio. 


I libri INT sono disponibili nelle migliori librerie. Per ordini diretti SEI RON modulo pubblicato a pagina 127 
INTT Gruppo Editoriale - Via Monte Napolcone, 9 - 20121 Milano - Tel D' 1-794122 - Fax 784021 - Telex 334261 IHT1 
Distribuzione: Messaggerie libri - Via Giulio Carcano: 92 - 20141 Milano - Tel. 02/8438141 
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